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

[gentoo-dev] 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 --]

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

[Anna Vyalkova]

On 2022-03-21 12:18, Andreas Sturmlechner wrote:
> 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]

kde-frameworks/kguiaddons needs it.

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

[Andreas Sturmlechner]

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

On Montag, 21. März 2022 13:21:45 CET Anna Vyalkova wrote:
> kde-frameworks/kguiaddons needs it.

$ equery g kguiaddons
 * dependency graph for kde-frameworks/kguiaddons-5.92.0
   `--  dev-qt/qtwaylandscanner-5.15.3  (>=dev-qt/qtwaylandscanner-5.15.2)
   ...

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

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

[Duncan]

Andreas Sturmlechner posted on Mon, 21 Mar 2022 12:18:43 +0100 as
excerpted:

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

FWIW I did the upgrade yesterday, as it's now required (as you know) for 
the live-git kde-*/*-9999 packages in the kde overlay.

Timing happened to be a bit rough as I had been working through a bunch of 
upstream kde git-master breakage over the last couple weeks and still had 
a couple critical packages that I had /just/ figured out how to get to 
rebuild... when I had to do the 5.15.3 upgrade too, but after pulling an 
all-nighter last night, I had everything at least building again early 
this morning.  But the freshly upgraded plasma-wayland wouldn't actually 
run, even after reboot, etc.  Glad I have weston as a backup! =:^)

After work (without sleep) today, I synced and did the normal @world deep-
update, then smart-live-rebuilt todays updates, and luckily there weren't 
additional unfixed breaking updates in the last ten days, and I could 
FINALLY get back into a fully updated in-sync-with-upstream live-git-
master kde, on top of the fresh qt 5.15.3, the first time I've been fully 
updated and operational since I was last in sync March 7. =:^)

I still have some bug fallout to file, gentoo/kde-overlay or upstream, 
after I recover with a bit more sleep (and update my backups at my new 
known-working state), and I can't say the upgrade was at all smooth tho 
that's timing as much as anything, but I *CAN* report my normal plasma-
wayland session and everything I've tested so far is working fine with qt 
5.15.3 now! =:^)

And of course if I didn't enjoy the challenge and edginess of a bit of 
breakage every now and again I'd not be running ~arch plus live-git of all 
of kde along with a few other misc packages... It sucks when it breaks but 
there's nothing like the high of FINALLY having a fully working fully in-
sync system after struggling with it for a couple weeks.  Thanks for both 
the new qt and all those live kde-*/*-9999 ebuilds.  =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman