Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#912860: Don't ship libgtk2-perl in Bullseye

121 views
Skip to first unread message

intr...@debian.org

unread,
Nov 4, 2018, 11:40:03 AM11/4/18
to
Source: libgtk2-perl
Severity: important
X-Debbugs-Cc: jbi...@debian.org
User: debia...@lists.debian.org
Usertags: gtk2-removal
User: pkg-gnome-...@lists.alioth.debian.org
Usertags: oldlibs

The Debian GNOME Maintainers are working to reduce GTK+ 2 usage in
Debian. GTK+ 3 has been declared stable with its 3.22 release in
September 2016. Bullseye will likely be frozen early 2021, which will
already have given upstream authors more than four years to migrate.

The GTK+ 2 bindings for Perl are stable but nobody is actively working
on them: the last time significant fixes were committed upstream was
in 2015 and nobody is following up on the bug reports anymore. So I'd
be uncomfortable seeing us commit to support this stack until mid-2024
(likely end of Bullseye security support), let alone mid-2016 (LTS).

Therefore, I intend to remove libgtk2-perl from testing soon after the
Buster release, and then from sid later during the Bullseye
development cycle. I'll file bug reports soonish against all
reverse-dependencies so their maintainers have a couple years to find
a solution.

I've personally ported a couple Perl GTK+ apps from 2.x to 3.x and
it's mostly straightforward. Upstream for libgtk3-perl and
libglib-object-introspection-perl is responsive and happy to add any
bits that may be missing.

If critical bits of Debian still depend on libgtk2-perl (d-i?),
please let me know :)

Cheers,
--
intrigeri

intrigeri

unread,
Nov 4, 2018, 1:50:03 PM11/4/18
to
I've filed bug reports against all reverse dependencies (normal
severity for now), tracked using the gtk2-removal usertag:

https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=gtk2-removal&user=debian-perl%40lists.debian.org

All reverse dependencies are leaf packages. The vast majority are
either dead upstream, or orphaned in Debian, or de facto unmaintained…
or, pretty often, some combination thereof.

intrigeri

unread,
Jul 16, 2019, 2:50:02 PM7/16/19
to
Hi,

intrigeri:
> I've filed bug reports against all reverse dependencies (normal
> severity for now), tracked using the gtk2-removal usertag

Since then, one new reverse dependency appeared in the archive
(libcircle-fe-gtk-perl), against which I've also filed a bug.

I intend to make all these bugs RC during DebCamp. Maintainers and
upstreams will have 18 more months to port packages to current GTK, in
addition to the 8 months they already had since the announcement
on -devel@¹ and the bugs I've filed.

[1] https://lists.debian.org/debian-devel/2018/11/msg00570.html

Cheers,
--
intrigeri

Paul Gevers

unread,
Oct 3, 2019, 4:30:03 AM10/3/19
to
Hi,

On 03-10-2019 09:39, intrigeri wrote:
> FWIW, libgtk2-perl is going away in Bullseye; most of its
> reverse-dependencies were either ported to GTK 3, or not shipped in
> Buster thanks to RC bugs I had filed, or removed from the archive.
> What's left is tracked there:
>
> - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912860
> - https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=gtk2-removal&user=debian-perl%40lists.debian.org
>
> The only reason why this set of packages was not automatically removed
> from testing yet is that libgtk2-perl is still on the list of key
> packages, because it's installed on many machines ("popcon").
> I believe this is explained by historical reasons that are invalid
> nowadays: this package used to have major reverse dependencies.
>
> So, if it helps make the GNOME 3.34 transitions smoother, IMO it would
> be fine to remove libgtk2-perl and its reverse-dependencies from
> testing. Some might see this as a heavy hammer approach, but this was
> announced a year ago to all affected maintainers; either way, it will
> happen during the Bullseye cycle, eventually.

According to dak there are no reverse dependencies in testing, so I have
added a removal hint.

Paul

signature.asc

Thomas Groman

unread,
Feb 13, 2021, 6:30:04 PM2/13/21
to
Gtk2 support and gtk2 for Perl shouldn't be removed. Lots of users
depend on it and GTK3 is not a replacement or viable upgrade path from
gtk2. It doesn't do the same things, it uses significantly more
resources, it's incredibly more buggy, and it puts a dependence on
redhatisms. It is also very poorly designed software.

intrigeri

unread,
Mar 29, 2021, 1:30:03 PM3/29/21
to
Hi,

FYI, after a 28 months long process, I've just requested the removal
from unstable of libgtk2-perl and its reverse-dependencies, which
includes this package: #986109.

If you, or someone else, still cares about this package, I hope
they'll succeed in porting it to a current GUI toolkit, such as GTK 3,
and this package can come back to Debian some day :)

Cheers!
0 new messages