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

Bug#1099081: transition: gnustep-base, gnustep-gui, gworkspace



Control: tags -1 confirmed

On 28/02/2025 00:37, Yavor Doganov wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: pkg-gnustep-maintainers@lists.alioth.debian.org
User: release.debian.org@packages.debian.org
Usertags: transition
Control: affects -1 + src:gnustep-base src:gnustep-gui src:gworkspace

We at the GNUstep team would like to request a transition slot for a
simultaneous (combined) transition of three libraries:

   libgnustep-base1.30 -> 1.31
   libgnustep-gui0.31 -> 0.32
   libinspector0 -> 1

The only reverse-dependency that FTBFS is gnustep-dl2 (#1096111) but
the fixed package is already in testing.  As always during GNUstep
library transitions, gnustep-back will require a sourceful upload.

The ben file for gnustep-base will need a little correction to take
into account universal-detector:

is_affected = .depends ~ /\b(libgnustep\-base1\.31|libgnustep\-base1\.30)\b/ | .source ~ /universal-detector/;
is_good = .depends ~ /\b(libgnustep\-base1\.31|gnustep\-base\-abi\-1\.31)\b/;
is_bad = .depends ~ /\b(libgnustep\-base1\.30|gnustep\-base\-abi\-1\.30)\b/;

Adding it like that won't help, it will just show up as unknown as it doesn't depend on either of those packages. Since it's just one package, we can trigger a rebuild for it and keep an eye on it.

Both bookworm and bullseye shipped with outdated GNUstep core
libraries so we would very much like to avoid that in trixie.
Thanks for considering.

Go ahead.

Emilio


Reply to: