Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#981141: transition: gdk-pixbuf binNMUs to drop transitional package
21 views
Skip to first unread message
Simon McVittie
Jan 26, 2021, 5:30:03 PM1/26/21
to
Package: release.debian.org
Severity: normal
User: release.d...@packages.debian.org
Usertags: transition
The library package libgdk-pixbuf2.0-0 was recently (in early December)
split into libgdk-pixbuf-2.0-0 and the deprecated libgdk-pixbuf-xlib-2.0-0,
with a transitional libgdk-pixbuf2.0-0 that depends on both. Newly built
packages will depend on libgdk-pixbuf-2.0-0 and/or libgdk-pixbuf-xlib-2.0-0,
but binary packages that were built before December still depend on
what is now a transitional package.
This is a "soft" transition and does not need a flag-day or coordination:
if bullseye releases with this transition incomplete, the only practical
impact is that the deprecated libgdk-pixbuf-xlib-2.0-0 stays installed
on more systems.
If you're still willing to trigger binNMUs at this stage of the freeze,
reverse dependencies of libgdk-pixbuf2.0-0 could be rebuilt to drop the
dependency on the transitional package. Most of them will lose their
unnecessary indirect dependency on the deprecated library as a result.
A few packages that were most recently built shortly after the transition
might show as both "good" and "bad", because they depend on
"libgdk-pixbuf-2.0-0 | libgdk-pixbuf2.0-0". This is harmless and I don't
mind whether they get rebuilt or not.
Ben file:
title = "gdk-pixbuf";
is_affected = .depends ~ "libgdk-pixbuf2.0-0" | .depends ~ "libgdk-pixbuf-2.0-0" | .depends ~ "libgdk-pixbuf-xlib-2.0-0";
is_good = .depends ~ "libgdk-pixbuf-2.0-0" | .depends ~ "libgdk-pixbuf-xlib-2.0-0";
is_bad = .depends ~ "libgdk-pixbuf2.0-0";
Thanks,
smcv
Severity: normal
User: release.d...@packages.debian.org
Usertags: transition
The library package libgdk-pixbuf2.0-0 was recently (in early December)
split into libgdk-pixbuf-2.0-0 and the deprecated libgdk-pixbuf-xlib-2.0-0,
with a transitional libgdk-pixbuf2.0-0 that depends on both. Newly built
packages will depend on libgdk-pixbuf-2.0-0 and/or libgdk-pixbuf-xlib-2.0-0,
but binary packages that were built before December still depend on
what is now a transitional package.
This is a "soft" transition and does not need a flag-day or coordination:
if bullseye releases with this transition incomplete, the only practical
impact is that the deprecated libgdk-pixbuf-xlib-2.0-0 stays installed
on more systems.
If you're still willing to trigger binNMUs at this stage of the freeze,
reverse dependencies of libgdk-pixbuf2.0-0 could be rebuilt to drop the
dependency on the transitional package. Most of them will lose their
unnecessary indirect dependency on the deprecated library as a result.
A few packages that were most recently built shortly after the transition
might show as both "good" and "bad", because they depend on
"libgdk-pixbuf-2.0-0 | libgdk-pixbuf2.0-0". This is harmless and I don't
mind whether they get rebuilt or not.
Ben file:
title = "gdk-pixbuf";
is_affected = .depends ~ "libgdk-pixbuf2.0-0" | .depends ~ "libgdk-pixbuf-2.0-0" | .depends ~ "libgdk-pixbuf-xlib-2.0-0";
is_good = .depends ~ "libgdk-pixbuf-2.0-0" | .depends ~ "libgdk-pixbuf-xlib-2.0-0";
is_bad = .depends ~ "libgdk-pixbuf2.0-0";
Thanks,
smcv
Sebastian Ramacher
Jan 27, 2021, 5:50:03 PM1/27/21
to
Control: forwarded -1 https://release.debian.org/transitions/html/libgdk-pixbuf-2.0-0.html
The tracker is now available at
https://release.debian.org/transitions/html/libgdk-pixbuf-2.0-0.html.
Unless this transition comes close to completion due to other uploads
and rebuilds during the freeze, I don't plan to schedule binNMUs for
bullseye.
Cheers
>
> Thanks,
> smcv
>
--
Sebastian Ramacher
https://release.debian.org/transitions/html/libgdk-pixbuf-2.0-0.html.
Unless this transition comes close to completion due to other uploads
and rebuilds during the freeze, I don't plan to schedule binNMUs for
bullseye.
Cheers
>
> Thanks,
> smcv
>
--
Sebastian Ramacher
Simon McVittie
Aug 16, 2021, 9:50:03 AM8/16/21
to
On Mon, 16 Aug 2021 at 11:10:37 +0200, Sebastian Ramacher wrote:
> I've now scheduled binNMUs with reduced build priority. cairocffi,
> pyglet and pinta will require source uploads as they build arch: all
> binaries with dependencies on libgdk-pixbuf2.0-0.
Thanks, I've opened new bugs for cairocffi and pyglet under the
> I've now scheduled binNMUs with reduced build priority. cairocffi,
> pyglet and pinta will require source uploads as they build arch: all
> binaries with dependencies on libgdk-pixbuf2.0-0.
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=split-gdk-pixbuf
usertag.
pinta is already RC-buggy (it was kicked out of testing 2070 days ago)
and it's using ${shlibs:Depends}, etc., so it should "naturally" pick up
the libgdk-pixbuf-2.0-0 dependency if an upload fixes its bug.
smcv
0 new messages