FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=release%2F13.0.0 2020-12-08T20:03:07Z 2020-12-08T20:03:07Z Loïc Bartoletti lbartoletti@FreeBSD.org 2020-12-08T20:03:07Z urn:sha1:47b26d9293f196d71c39ba4d82df23d179884405 This commit combines several updates. - Update Qt to 5.12.2 - Update PyQt to 5.15.1 - Since PySide 5.15.1 is broken with Qt 5.15.2, so PySide and Shiboken are also updated to 5.15.2. - Update sip to 5.4.0 SIP is a collection of tools to create Python bindings for C and C++ libraries and used by PyQt and wxPython. There are some changes with sip5 [1]: - python 3.5+ is required - sip drops support of old deprecated methods as sipdistutils & cie. - this version breaks also PyQt5 extension ABI. SIP files will be installed in ${PYTHON_SITELIBDIR}/PyQt${_PYQT_VERSION}/bindings - some ports will use the new pyqtbuilder package with the pyproject.toml setup. Instead if the project have a setup.py, you should use sip-build to build it. - if a port needs sip, it should also needs pysip. BTW, py-qt5-core requires pysip, so that should be enough for PyQt packages. List of ports impacted by this change. Most of the patches have been integrated or are in the process of being integrated upstream: - devel/libsavitar - graphics/py-python-poppler-qt5 - net-im/scudcloud - net/libarcus - print/py-frescobaldi - science/py-veusz - graphics/qgis and graphics/qgis-ltr - deskutils/calibre A special note regarding calibre. New versions require sip>=5, we update it to the latest version (thanks to madpilot@) science/scidavis will remove the PyQt binding soon and there is no patch planned, so we remove the python option (ok makc@) While here, convert some ports to USE_PYQT (cad/cura, cad/uranium, devel/eric6, ...) Thanks to tcberner and adridg! [1] https://www.riverbankcomputing.com/static/Docs/sip/ PR: 250853 Exp-run by: antoine 2020-11-21T18:18:34Z Tobias C. Berner tcberner@FreeBSD.org 2020-11-21T18:18:34Z urn:sha1:93b90c42e3b7f15cc9ca20b156ba5b397f96c225 All the qt5-ports share the same library directory. devel/qt5-core is dependet on by all others. So there is no need to add identical entries to libdata/ldconfig, and restart the ldconfig service on every pkg change of those ports. Reported by: bapt Reviewed by: bapt Differential Revision: https://reviews.freebsd.org/D27224 2020-07-07T18:20:34Z Tobias C. Berner tcberner@FreeBSD.org 2020-07-07T18:20:34Z urn:sha1:f8df010fd07ee87ab6d9380cb1c45950ab5865b3 - remove (obsolete?/never needed?) inverse dependency PR: 247810 Reported by: rkoberman@gmail.com 2020-07-06T06:43:37Z Tobias C. Berner tcberner@FreeBSD.org 2020-07-06T06:43:37Z urn:sha1:5f34284e7c01f03ee6735e7fcd3ec5783ab11777 This is a major upgrade of the Qt libraries [1], [2]. * People that use upgrading mechanisms with incomplete dependency handling (portmaster & Co) should make sure to manually remove the existing Qt packages to guarantee a safe upgrade. Keep in mind, that Qt does not like if you have an incomplete upgrade. * This version of Qt drops support for OpenSSL 1.0 -- this means that there won't be any binary packages for Qt5 provided by the FreeBSD package builders for FreeBSD 11.x anymore -- and the same for *all* the ports depending on net/qt5-network [3]. If you cannot upgrade to a more recent FreeBSD version (12.x, 13.x), you will need to build Qt5 from ports while switching to an SSL implementation from ports. Big thanks are due for * kai@ for updating webengine (also mikael@) * Felix Palmen for providing LibreSSL support patches * adridg@ and lbartoletti@ for helping me fix the fallout [1] https://www.qt.io/blog/qt-5.15-released [2] https://wiki.qt.io/New_Features_in_Qt_5.15 [3] https://www.freshports.org/net/qt5-network PR: 247010 Exp-run by: antoine 2020-04-13T12:35:58Z Tobias C. Berner tcberner@FreeBSD.org 2020-04-13T12:35:58Z urn:sha1:a25eafc3bce88330229459fa94b75b13e47bb6be Very big thanks go again to kai@ who provided the www/qt5-webengine upgrade (to 5.14.0). Notably, video capture support was re-enabled. Announcement: https://www.qt.io/blog/qt-5.14-has-released PR: 244964 Exp-run by: antoine 2020-01-25T20:19:38Z Tobias C. Berner tcberner@FreeBSD.org 2020-01-25T20:19:38Z urn:sha1:93eea426e87f4ad07ba7751dea5dbff00744b015 misc/qtchooser provides a wrapper binary bin/qtchooser, that when called with name foo, will lauch the corresponding binary from lib/qt${current_qt_version}/bin/foo. Previously qtchooser would install a list of 30-ish symlinks to itself automatically. Now we switch this around. qt-dist ports that define QT_BINARIES will now have a @postexec and @postunexec entry added to their plist to run the shell-script update-qtchooser-wrapper (installed by qtchooser). update-qtchooser-wrapper removes all symlinks to bin/qtcreator that have no corresponding binary in lib/qt*/bin, and readds links that are missing. Exp-run by: antoine PR: 242905 PR: 243443 Reported by: grarpamp@gmail.com Reviewed by: adridg Differential Revision: https://reviews.freebsd.org/D22991 2019-11-08T16:59:58Z Tobias C. Berner tcberner@FreeBSD.org 2019-11-08T16:59:58Z urn:sha1:a008399a749b216f7e2244bbf9a168df3d428818 Announcement: https://www.qt.io/blog/qt-5.13.2-released Thanks to kai@ for updating webengine. PR: 241649 Exp-run by: antoine 2019-07-26T20:46:53Z Gerald Pfeifer gerald@FreeBSD.org 2019-07-26T20:46:53Z urn:sha1:ea8c8ec7da96df12146a2cc428077258141791cf as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330 2019-02-12T17:43:00Z Tobias C. Berner tcberner@FreeBSD.org 2019-02-12T17:43:00Z urn:sha1:031fc9bfb6a4547020ec03524ede44c8ba3e359a Release announcement: https://blog.qt.io/blog/2019/02/01/qt-5-12-1-released/ Changelog: https://wiki.qt.io/Qt_5.12.1_Change_Files - A change was required to qt-dist.mk to always pass LOCALBASE to qmake, as Qt5 has been installed to a prefix for some time now, there should not be any harm in that, with respect to it picking up installed versions of itself during build. PR: 235622 Exp-run by: antoine 2019-01-16T11:13:44Z Tijl Coosemans tijl@FreeBSD.org 2019-01-16T11:13:44Z urn:sha1:1bf487d3e73d83700f5a4aeb3a9ffbfc6e87856b a symbol matches multiple clauses the last one takes precedence. If the catch-all is last it captures everything. In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the catch-all lowest priority. Older versions of Qt5Webengine exported some memory allocation symbols from the bundled Chromium. Version 5.9 stopped exporting these [1] but the symbols were kept as weak wrappers for the standard allocation functions to maintain binary compatibility. [2][3] The problem is that the call to the standard function in these weak wrappers is only resolved to the standard function if there's a call to this standard function in other parts of Qt5Webengine, because only then is there a non-weak symbol that takes precedence over the weak one. If there's no such non-weak symbol the call in the weak wrapper resolves to the weak wrapper itself creating an infinite call loop that overflows the stack and causes a crash. Some of the allocation functions are variants of C++ new and delete and it probably depends on the compiler whether these variants are used in other parts of Qt5Webengine. Remove the weak wrappers (make them Linux specific). This isn't binary compatible but we are already breaking that with the changes to the symbol versions. [1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4 [2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5 [3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5 Bump all ports that depend on Qt5. PR: 234070 Exp-run by: antoine Approved by: kde (adridg)