<div dir="ltr"><div dir="ltr">On Wed, May 15, 2019 at 1:30 PM Jakob Reschke <<a href="mailto:forums.jakob@resfarm.de">forums.jakob@resfarm.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div dir="auto">I can't tell you about your socks, but your messages do arrive on the mailing list. ;-)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Holger Freyther <<a href="mailto:holger@freyther.de" target="_blank">holger@freyther.de</a>> schrieb am Mi., 15. Mai 2019, 12:32:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br>
<br>
<br>
> On 7. May 2019, at 15:22, Holger Freyther <<a href="mailto:holger@freyther.de" rel="noreferrer" target="_blank">holger@freyther.de</a>> wrote:<br>
<br>
Is this thing on? Do my socks have the right color...<br></blockquote></div></blockquote><div><br></div><div>Hi Holger,</div><div><br></div><div>Sorry for the silence. I was hoping one of key contributors (or code base owners) would get back to you. I'm guessing they have the same problem I have: not enough time for reviewing.</div><div><br></div><div>Anyway, I see two options how we can proceed:</div><div><br></div><div>1. wait even more...or</div><div>2. we give you permissions to the code base. This way, you could continue to open PRs and if there are no objections, you could merge them yourself.</div><div><br></div><div>Any objections to options #2?</div><div><br></div><div>Fabio</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
<br>
> I have a couple of PRs and would like to make some progress in getting reviewed, revised and included. Please see a summary of the changes.<br>
> <br>
> <br>
> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/386" rel="noreferrer noreferrer" target="_blank">https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/386</a><br>
> Update external software to not build known vulnerable software. This is also aligning the ./configure && make cycles.<br>
> And in general the same build script should work for Win32, Unix and Mac as the third-parties buildsystem handles the differences already. We should be able to remove some of the redundancy<br>
> <br>
> <br>
> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/393" rel="noreferrer noreferrer" target="_blank">https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/393</a>:<br>
> Fix CLI argument. --pollpip actually takes an argument but it is not documented. I fixed this for Mac and Unix.<br>
> <br>
> <br>
> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/394" rel="noreferrer noreferrer" target="_blank">https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/394</a>:<br>
> Remove unused variables in the serial plugin for Macos and Unix. <br>
> <br>
> <br>
> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/395" rel="noreferrer noreferrer" target="_blank">https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/395</a>:<br>
> Add a --quiet option for the VM. Pillar, ectstatic or other CLI applications compete with the VM on stderr (e.g. the pthread priority warning). Add an option to make the VM quiet (and in the future to send this somewhere else).<br>
> <br>
> If there is support I will extend struct VirtualMachine so that plugins can use the right stderr as well.<br>
> <br>
> <br>
> <br>
> I also have some spring cleaning if there is interest:<br>
> <br>
> * NPAPI is unsupported/dead. I propose the removal of npsqueak and the plugin code paths<br>
> * Removal of "zzz" directories as we have a SCM now.<br>
> <br>
> <br>
> cheers<br>
>       holger<br>
<br>
</blockquote></div>
</blockquote></div></div>