Bug#1071235: transition: qt6-base 6.6.2

2024-06-13 Thread Emilio Pozuelo Monfort

On 06/06/2024 21:40, Patrick Franz wrote:

Hej,

Am Donnerstag, 6. Juni 2024, 09:49:59 CEST schrieb Emilio Pozuelo
Monfort:
[...]

Sounds like we're in good shape. You can go ahead.


All Qt packages have been uploaded, so you can start with the binNUMs
soon.


The kuserfeedback s390x build issue is blocking this. Can you take a look at it? 
From a quick look it looks like the renderer vendor is empty, which could be a 
regression in mesa.


Cheers,
Emilio



Bug#1071235: transition: qt6-base 6.6.2

2024-06-06 Thread Patrick Franz
Hej,

Am Donnerstag, 6. Juni 2024, 09:49:59 CEST schrieb Emilio Pozuelo 
Monfort:
[...]
> Sounds like we're in good shape. You can go ahead.

All Qt packages have been uploaded, so you can start with the binNUMs 
soon.


-- 
Med vänliga hälsningar

Patrick Franz



Bug#1071235: transition: qt6-base 6.6.2

2024-06-06 Thread Emilio Pozuelo Monfort

Control: tags -1 confirmed

On 01/06/2024 01:37, Patrick Franz wrote:

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.


Sounds like we're in good shape. You can go ahead.

Cheers,
Emilio



Bug#1071235: transition: qt6-base 6.6.2

2024-05-31 Thread Patrick Franz
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



Bug#1071235: transition: qt6-base 6.6.2

2024-05-31 Thread 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.




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].

Cheers,
Emilio

[1] https://release.debian.org/transitions/html/qt6-base.html



Bug#1071235: transition: qt6-base 6.6.2

2024-05-16 Thread Patrick Franz
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.

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.

The Ben file for the transition is attached.


Thank you.


--
Patrick Franz
title = "Qt 6.6.2";

is_affected = .depends ~ 
/\b(libqt6concurrent6|libqt6dbus6|libqt6gui6|libqt6network6|libqt6opengl6|libqt6openglwidgets6|libqt6printsupport6|libqt6sql6|libqt6test6|libqt6widgets6|libqt6xml6|libqt6concurrent6t64|libqt6dbus6t64|libqt6gui6t64|libqt6network6t64|libqt6opengl6t64|libqt6openglwidgets6t64|libqt6printsupport6t64|libqt6sql6t64|libqt6test6t64|libqt6widgets6t64|libqt6xml6t64|qt6-.*-abi
 \(= 6\.4\.2\)|qt6-.*-private-abi \(= 6\.6\.2\))\b/;

is_good = .depends ~ 
/\b(libqt6concurrent6|libqt6dbus6|libqt6gui6|libqt6network6|libqt6opengl6|libqt6openglwidgets6|libqt6printsupport6|libqt6sql6|libqt6test6|libqt6widgets6|libqt6xml6|qt6-.*-private-abi
 \(= 6\.6\.2\))\b/;

is_bad = .depends ~ 
/\b(libqt6concurrent6t64|libqt6dbus6t64|libqt6gui6t64|libqt6network6t64|libqt6opengl6t64|libqt6openglwidgets6t64|libqt6printsupport6t64|libqt6sql6t64|libqt6test6t64|libqt6widgets6t64|libqt6xml6t64|qt6-.*-abi
 \(= 6\.4\.2\))\b/;