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: delta...@debian.org > > User: release.debian....@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
