[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1071235: transition: qt6-base 6.6.2



Hej,

Am Freitag, 31. Mai 2024, 09:41:11 CEST schrieb Emilio Pozuelo Monfort:
> On 16/05/2024 23:34, Patrick Franz wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: deltaone@debian.org
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> > 
> > Hi Release Team,
> > 
> > we would like to request a transition for Qt 6 from 6.4.2 to 6.6.2.
> > 
> > To prepare for this transition, we tried to build as many reverse
> > dependencies as possible. We encountered some FTBFS, but those
> > failures have either been fixed since or patches are available to
> > make the packages build with Qt 6.6.
> 
> How many failures are we talking about? Can you make those bugs block
> this one? Since this transition needs to go into testing in lockstep,
> we can't start the transition until this is in a good shape.

There are 5 failures left in Debian to take care of from what I know:

* qtcreator: We split a package into 2 and qtcreator needs to build-
depend on both. This cannot be fixed until Qt 6.6 is in unstable. Since 
the package is maintained in our team, I can fix it myself.

* qcoro: Build results in symbol errors and can only be fixed once it is 
built against 6.6. The package is maintained in our team, so we'll take 
care of that.

* pyotherside: FTBFS against Qt >= 6.5, but a patch is available. I 
filed a bug against the package and set it as blocking this transition.

* dolphin-emu: FTBFS indepedently of the Qt version, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064753. The package 
has already been removed from testing, so that should not be a problem.

* gpsbabel: We encountered test failures when we did the test build. It 
is likely that this was due to build environment as I could not find any 
problems at all for this package when building against Qt 6.6.

I should mention that Ubuntu has successfully transitioned to Qt 6.6 
recently.


> > As part of this transition, we also reverted the name changes from
> > the time_t transition for all libraries in qt6-base except the core
> > library which will keep the t64-suffix (libqt6core6t64).
> > We think this is ok since every Qt library depends on libqt6core6t64
> > and hence depending on libqt6core6t64 signals t64-compatibility.
> Sounds fair to me.
> 
> > The Ben file for the transition is attached.
> 
> Added to the tracker, should appear shortly in [1].

Thank you.


-- 
Med vänliga hälsningar

Patrick Franz


Reply to: