<HTML><BODY>Hello Aurélien,<br><br>thanks for your understanding and for your qualified response.<br>Well, from vbox's viewpoint Qt.n (with n ==4.x or 5.x or z element N) is just a single of many related aspects.<br>It just has to perform its job.<br><br>On the other hand I certainly understand that Qt by itself is an amazing framework and that it can be someone's pet project in its own sense.<br>Certainly do ship Qt5 asap (and I give you back the hipster integration 64bit changes of your original diffs, just for having a look), software packages depending on it can slowly get used to it. And then at some future point decide to move over.<br>In my view it should perhaps be started with 5.5 because it is the last release that build without -std=c++11 (or compatible).<br>While the later releases not only require that, but also force its clients to be compiled the same way (via their default config scripts anyway).<br><br>For another round I'm now trying to test Qt5.5 for a last time together with vbox:<br><br><br>/code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5$ gmake clobber;gmake build<br>/bin/rm -f -r qt-everywhere-opensource-src-5.5.0 required-pkgs.mk /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/build/mkgeneric-perl /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/build/mkgeneric-python /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/build/mkgeneric-ruby<br>/bin/rm -f -r /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/build /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/build/prototype/i386<br>/bin/rm -f -r qt-everywhere-opensource-src-5.5.0.tar.gz<br>/bin/rm -f -r /code/ALP__KMS_MATE__checkout20160911sun/oi-userland/components/qt5/qt-everywhere-opensource-src-5.5.0<br>/PHOTOSVIDEOS1000GB/COMPILE/00__ILLUMOS/code20160608wed/04__solaris11/code/ALP__KMS_MATE__checkout20160911sun/oi-userland/tools/userland-unpack  /PHOTOSVIDEOS1000GB/COMPILE/00__ILLUMOS/code20160608wed/04__solaris11/code/ALP__KMS_MATE__checkout20160911sun/oi-userland/archives/qt-everywhere-opensource-src-5.5.0.tar.gz<br><br><br>But as said: Vbox has different complexities to consider.<br>Before release (rather than in a future upgrade) it is actually my goal to get these server oriented features compiled in, too:<br><br>  --enable-webservice      enable the webservice stuff<br>  --enable-vnc             enable the VNC server<br><br>And this intruduced additional dependencies, which also needed to get added: gsoap and libvnc.<br>So as you see, Qt4 works(T.M.) plus exists and is available for older 2015 Hipster and I move on (except for a last Qt5.5 test which I will cancel unless it works smoothly in 24 hours).<br><br><br>And then of course there are all the other parts of my Hipster TODO list as mentioned 2 days ago.<br>Let completely alone that I now finally have to quit university (without Maths degree) and need to register as unemployed.<br>So - qt5 has exacvtly 24 hours or vbox5 takes 4.8 for now. It is only one small item in a huge puzzle. Things need to move on here  ...<br><br><br><br>Kind regards,<br>%martin<br><br><br><br><br><br><br><br><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
        Среда, 21 сентября 2016, 8:44 UTC от Aurélien Larcher <aurelien.larcher@gmail.com>:<br>
        <br>
        <div id="">


















        












<div class="js-helper js-readmsg-msg">
        <style type="text/css"></style>
        <div>
                <base target="_self" href="https://e.mail.ru/">
                
            <div id="style_14744474690000000653_BODY">Hello Martin,<br>
<br>
> I'm by NO means intending to unintentionally diminish your qt5 work.<br>
> All I'm saying is: Qt5.8 is simply too new in every aspect.<br>
> It needs to be migrated in carefully and in paralel to good old stable 4.8<br>
<br>
No offense taken ;)<br>
I agree with you that we should stick with Qt4 for now and that I will<br>
provide Qt5 alongside (in /usr/bin/qt/5.8) as experimental package for<br>
testing.<br>
<br>
><br>
> As promised I now wanted to port vbox5 back to Qt5 and run a test compile<br>
> against your bins.<br>
<br>
I've spun a testing build of VirtualBox last week end:<br>
- one target calling dtrace with no probe had to be removed from a Makefile,<br>
- vboxusb does not work of course since I did not apply your fixes,<br>
- it can only be run as root due to a plugin load permission issue in Qt,<br>
- the keyboard input does not work for some input widgets.<br>
<br>
I could boot a Firefly image in it.<br>
<br>
Anyway you are correct that we should do not waste more time on Qt5<br>
since you proved that Qt4 offers better support right now.<br>
We will see next year if/when Qt5 is required and in better shape on<br>
OI (hopefully because we upstreamed patches :D).<br>
<br>
Kind regards<br>
<br>
Aurelien<br>
</div>
            
        
                <base target="_self" href="https://e.mail.ru/">
        </div>

        
</div>


</div>
</blockquote>
<br></BODY></HTML>