[gentoo-dev-announce] Qt 5.15.3 version bump with breaking changes incoming

[gentoo-dev-announce] Qt 5.15.3 version bump with breaking changes incoming

[Andreas Sturmlechner]

[-- Attachment #1: Type: text/plain, Size: 2524 bytes --]

Please upgrade to Qt 5.15.3 which is in package.mask now and help testing, 
especially if you maintain Qt5-based packages yourself.

1) dev-qt/qtwaylandscanner (new package) split from dev-qt/qtwayland

With that, qtwaylandscanner binary gets its own package, to be usually put 
into BDEPEND by revdeps.

   => Please check your packages for this dependency change. [1][2]

2) dev-qt/qtchooser ceases to manage Qt development binaries in PATH as links

qtchooser is a tool for quickly switching between multiple Qt installations 
(e.g. Qt3, Qt4 and Qt5) and was used, in times when unversioned Qt binaries 
conflicted with each other, to control the default Qt version in Gentoo's PATH 
via config in /etc/xdg/qtchooser.

Other distributions were solving the situation with '-qt5' or '5' suffixed 
links, and packages as a result often test for both variants, while in Gentoo 
we have been busy fixing upstream packages wrongly depending on PATH for build 
dependencies [3]. Qt6 is finally installing binaries in a non-conflicting way 
using the '6' suffix, so we will adopt this convention as well.

This brings the following changes to Qt packaging:
   a) Development binaries no longer unversioned in PATH - 
      instead, e.g. qmake becomes qmake5, qml becomes qml5, ...
   b) Binary tool-only packages install unversioned symlinks, moving SLOT=0
      This affects assistant, linguist, qdbus, qdbusviewer, pixeltool

PATH changes have been Tinderbox tested for well over a year without revealing 
more than a handful of build issues [4][5][6] right at the beginning. There 
might be silent breakage though:

   => Please test your package with Qt 5.15.3 and *without* dev-qt/qtchooser
      Watch out for ebuilds with...
         a) IUSE={qt5,gui} suddenly ineffective silently
         b) automagical Qt5 detection suddenly ending up without GUI
   => Do *not* depend on dev-qt/qtchooser or QT_SELECT for your package, 
      instead fix the build system (see [3])

Users will still be able to install and use dev-qt/qtchooser for development 
purposes if they wish, or even to provide old Qt4 in PATH, as our symlinks 
will not collide with it.

[1] https://qa-reports.gentoo.org/output/genrdeps/bindex/dev-qt/qtwayland
[2] https://qa-reports.gentoo.org/output/genrdeps/dindex/dev-qt/qtwayland
[3] https://bugs.gentoo.org/show_bug.cgi?id=qtbindir
[4] https://bugs.gentoo.org/756262
[5] https://bugs.gentoo.org/755977
[6] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=
b0d93f19dd63cf0dd6f9154ef33ef8326e3c7872

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 618 bytes --]