<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 2, 2018 at 7:03 PM Michal Nowak <<a href="mailto:mnowak@startmail.com">mnowak@startmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 09/29/18 06:19 PM, Aurélien Larcher wrote:<br>
> <br>
> <br>
> On Sat, Sep 29, 2018 at 9:01 AM Michal Nowak <<a href="mailto:mnowak@startmail.com" target="_blank">mnowak@startmail.com</a> <br>
> <mailto:<a href="mailto:mnowak@startmail.com" target="_blank">mnowak@startmail.com</a>>> wrote:<br>
> <br>
>     On 09/28/18 10:41 AM, Alexander Pyhalov via oi-dev wrote:<br>
>      > Hi, folks.<br>
>      ><br>
>      > We are approaching October. While I have limited time now, I want to<br>
>      > coordinate priorities and targets, what should we do till end of<br>
>      > October (and due to personal reasons, I'd better announce snapshot<br>
>      > till 20 October or earlier or allow someone else to do this).<br>
>      ><br>
>      > We have several regressions and problems, which would be good to<br>
>      > fix.<br>
>      ><br>
>      > 1) Virtualbox failure after FPU changes<br>
>      > <a href="https://www.illumos.org/issues/9761" rel="noreferrer" target="_blank">https://www.illumos.org/issues/9761</a> ,<br>
>      > <a href="https://www.virtualbox.org/ticket/17947" rel="noreferrer" target="_blank">https://www.virtualbox.org/ticket/17947</a> is a serious one, but I'm<br>
>      > afraid I lack skills to fix it in reasonable time. The stack trace<br>
>      > itself doesn't seem related to illumos-gate changes, but likely it<br>
>      > is. In KVM Joyent fixed this using new hma_fpu_* API, but Virtualbox<br>
>      > structures to store VM registers differ and from brief overlook it<br>
>      > has several asm functions to store/restore Host/Base registers state.<br>
>      > So far I don't have an idea how convert one to another. So, this<br>
>      > likely will be broken in 2018.10 unless someone skillful dig into<br>
>      > this.<br>
>      ><br>
>      > 2) sbcl issues - threaded sbcl can not be built after KPTI changes,<br>
>      > it fails FLOCK and posix tests. Needs investigation. It's a serious<br>
>      > issue, because threaded sbcl is needed to build pgloader.<br>
>      ><br>
>      > 3) Our Mate is a bit old, but newer Mate requires updated GTK3 .<br>
>      > Updated GTK3 IIRC has dropped support for theme engines, and so our<br>
>      > Nimbus theme based on unico engine doesn't work. Also I've heard<br>
>      > there were issues with new mate-terminal. Michal, do you have some<br>
>      > comments here?<br>
> <br>
>     I run MATE 1.20 as seen in the PR and it works fine but:<br>
> <br>
>     (1) Nimbus theme. I stick to "Traditional" theme.<br>
> <br>
>     (2) Pluma text editor's text area blinks annoyingly. Might be an<br>
>     Intel-only issue. Upstream issue reported.<br>
> <br>
>     (3) MATE Terminal requires new vte library which does not work for us.<br>
>       From my investigation I noticed that some #ifdef __sun were removed<br>
>     from newer vte. Also I haven't seen new vte for non-Linux OS (pkgsrc,<br>
>     BSDs, ...).<br>
> <br>
>     I don't think I am able to do anything about those.<br>
> <br>
> <br>
> Which version does pkgsrc deliver? J. Perkin seems to have worked on <br>
> MATE 1.20.<br>
<br>
Thanks for pointing that out, Aurélien! Indeed Jonathan ported it to <br>
__sun: <a href="https://github.com/NetBSD/pkgsrc/tree/trunk/x11/vte3" rel="noreferrer" target="_blank">https://github.com/NetBSD/pkgsrc/tree/trunk/x11/vte3</a>. I'll have a <br>
look at it.<br>
<br>
> <br>
> <br>
>      ><br>
>      > 4) As for new features, I really want to see KVM zones, perhaps, I'll<br>
>      > dig into this shortly.<br>
>      ><br>
>      > Does somebody have another targets/comments?<br>
> <br>
>     I will work on openQA tests for them to be in shape for the snapshot<br>
>     and<br>
>     test the images once test-snapshot is available.<br>
> <br>
>     Also I had some progress with Meson but can't promise this.<br>
> <br>
> <br>
> I packaged Meson last year but this is a mess...<br>
> Need to implement the specificities of illumos systems all over again... <br>
> and the way it is structures looks like the usual entangled "if(totoOS) <br>
> {} else if (babarOS) else if (fooOS) {} etc...." all over the place.<br>
> First thing back then was to notice that GCC => GNU ld in their rules...<br>
<br>
I didn't get even that far, but it's noticeable from OS/HW detection <br>
that Meson has Linux in mind.<br></blockquote><div><br></div><div>I am not sure I still have that work from last year... I am not really motivated in reinventing the wheel unless it is necessary... :S<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Michal<br>
<br>
> <br>
> <br>
>     Michal<br>
> <br>
>      ><br>
>      > Please, avoid turning this topic in bike-shedding, I want to hear OI<br>
>      > developers in a way "I ll take item #N" or "I expect to finish<br>
>      > feature A before snapshot", not "please, also fix this and that".<br>
>      ><br>
>      > Best regards, Alexander Pyhalov, system administrator of Southern<br>
>      > Federal University IT department<br>
>      ><br>
>      ><br>
>      ><br>
>      > _______________________________________________ oi-dev mailing list<br>
>      > <a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a> <mailto:<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a>><br>
>      > <a href="https://openindiana.org/mailman/listinfo/oi-dev" rel="noreferrer" target="_blank">https://openindiana.org/mailman/listinfo/oi-dev</a><br>
>      ><br>
> <br>
>     _______________________________________________<br>
>     oi-dev mailing list<br>
>     <a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a> <mailto:<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a>><br>
>     <a href="https://openindiana.org/mailman/listinfo/oi-dev" rel="noreferrer" target="_blank">https://openindiana.org/mailman/listinfo/oi-dev</a><br>
> <br>
> <br>
> <br>
> -- <br>
> ---<br>
> Praise the Caffeine embeddings<br>
> <br>
> <br>
> _______________________________________________<br>
> oi-dev mailing list<br>
> <a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
> <a href="https://openindiana.org/mailman/listinfo/oi-dev" rel="noreferrer" target="_blank">https://openindiana.org/mailman/listinfo/oi-dev</a><br>
> <br>
<br>
_______________________________________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
<a href="https://openindiana.org/mailman/listinfo/oi-dev" rel="noreferrer" target="_blank">https://openindiana.org/mailman/listinfo/oi-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><font style="font-family:courier new,monospace" size="1">---<br>Praise the Caffeine embeddings<br></font></div></div></div></div></div>