23.11.2016, 13:26, "Massimo Callegari via Development" <development@qt-project.org>: > Hi, > is there any chance Qt 5.9 can support MSYS2 out of the box ? > > For us Linux users, MSYS2 feels like home, and it's the most convenient > environment to work with external dependencies simply by using pkg-config. > > At the moment, the MSYS2 project is stuck on Qt 5.6.2, I believe mainly cause > of QtWebEngine, which AFAIK can't still be built on MSYS2. > I contributed with some updated patches to build Qt 5.7 but still QtWebEngine > is excluded from the build. > > Supporting MSYS2 would mean 2 things: > 1) evaluate the patches that are currently in the GH repo [1] and [2] and > check if they're worth to be merged upstream
I'm afraid it does not work in this way. The following process is more likely to get desired result: 1. Patch authors who own copyright on the code and understand why each piece is needed should contribute patches to codereview.qt-project.org. 2. When you end up with sane amount of local patches (maybe 3-5) which you cannot handle in a step (1), we can discuss it again. > > 2) possibly add MSYS2 to the Qt CI system, to deliver a pre-built Qt package > in the pkg.tar.xz format suitable for PacMan > > Would be nice to finally have QtWebEngine to build on MSYS2 as well. Revived QtWebKit[1] supports MinGW[2], you can use instead of QtWebEngine for some applications [1] http://qtwebkit.blogspot.ru/2016/08/qtwebkit-im-back.html [2]actually, it's in a one patch distance from it, will be fixed soon > > I can give my assistance in the process, but the content of some patches > targeting qtbase is beyond my knowledge of the Qt build files. > Plus, a lot of work has been done on Qt 5.8.0 in that sense, so probably some > things have already been addressed or just need to be lightly adjusted. > > Regards, > Massimo > [1] https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-qt5 (Qt > 5.6.2) > [2] https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-qt5-git > (Qt 5.7.0) > > ________________________________ > Da: Jani Heikkinen <jani.heikki...@qt.io> > A: "development@qt-project.org" <development@qt-project.org> > Cc: "releas...@qt-project.org" <releas...@qt-project.org> > Inviato: Martedì 22 Novembre 2016 12:42 > Oggetto: [Development] Qt 5.9 > > Hi all, > We need to start preparations for Qt5.9 release even Qt 5.8.0 isn't out yet > :) There are some things to be agreed already now: > > - Qt 5.9.0 Feature Freeze > - Changes in supported platforms/configurations > > So first of all let's agree the feature freeze date: I propose to have the FF > 1.2.2017. From the history we can see that time needed from FF to final > release is (even more than) 17 weeks. I know it is too long time but at the > moment that is the fact and there is no evidence that we can do it within > shorter schedule. We are trying to find ways to make it shorter but at the > moment there isn't any big improvements coming and so on that 17 weeks is the > best base for our plans. So if we want to get Qt 5.9.0 release out before > summer holidays we need to have ff at the beginning of February. > > And note: At this time we want to keep the FF date to be able to keep the > schedule. That means there won't be any exceptions: If feature isn't ready > and in at FF date then it won't be in Qt 5.9 release. So please make sure all > new features are in early enough & those are fulfilling the ff requirements: > https://wiki.qt.io/Qt_5_Feature_Freeze > > Then I propose following changes in supported platforms/configurations: > > - We have earlier agreed that for Apple we will support three latest > versions. So this means > * For macOS we drop 10.9 and support 10.10, 10.11 & 10.12 > * For iOS we drop 7.x and support 8.x, 9.x, 10.x > > - I propose to drop standalone macOS Android installer; One having iOS & > Android should be enough > > - For MinGW I propose to start delivering 64 bit binary packages instead of > 32 bit one & start using MinGW 6.x (6.2?) > > - For Windows Android I propose to start doing Android Windows build with > MinGW53 (if we are able to build it. Otherwise MinGW49 will be used as with > 5.8) > > - For WinRT/WinPhone I propose to drop WinRT 8.1 and WinPhone 8.1 support & > start using term UWP (Universal Windows platform). It means also dropping > msvc 2013 from WinRT/WinPhone; UWP only supports msvc2015 > > - Start supporting QNX 7.0 > > br, > > Jani Heikkinen > Release Manager > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- Regards, Konstantin _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development