Re: Mass bug filing: dependencies on GTK 2

2020-05-14 Thread Paul Wise
On Thu, May 14, 2020 at 9:28 AM Jonathan Dowland wrote: > Thanks for expressing this so well! For folks interested in working with > historical software, historical toolkits are vital. It was for this > reason I am sad at the glee with which people removed Qt4 from the > archive, and similar such

Re: Mass bug filing: dependencies on GTK 2

2020-05-14 Thread Jonathan Dowland
On Wed, Apr 29, 2020 at 11:40:01AM +0200, Simon McVittie wrote: GTK 2 is used by some important productivity applications like GIMP, and has also historically been a popular UI toolkit for proprietary software that we can't change, so perhaps removing GTK 2 from Debian will never be feasible.

Re: Mass bug filing: dependencies on GTK 2

2020-05-03 Thread Vincent Lefevre
On 2020-04-29 18:37:50 +0100, Simon McVittie wrote: > Given GTK 2's lack of feature development (for things like HiDPI) it > seems higher-severity than "a problem which doesn't affect the package's > usefulness", and it's certainly not "presumably trivial to fix" in > many cases. Note that

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Jeremy Bicha
On Wed, Apr 29, 2020 at 5:58 PM Adam Borowski wrote: > I wonder, perhaps it'd be better to use "normal" for packages that _use_ > GTK2, and no bug at all for those that provide an input method/theme/etc > for GTK2+3? A bug that's not supposed to be actioned upon is no good. > > And probably an

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Simon McVittie
On Wed, 29 Apr 2020 at 23:58:01 +0200, Adam Borowski wrote: > I wonder, perhaps it'd be better to use "normal" for packages that _use_ > GTK2, and no bug at all for those that provide an input method/theme/etc > for GTK2+3? If I can immediately identify a package as providing one of those, I'll

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Adam Borowski
On Wed, Apr 29, 2020 at 06:37:50PM +0100, Simon McVittie wrote: > On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote: > > I think you should > > file the bugs at severity:minor, given the amount of involved packages, > > and the fact that you state we might not be able to remove gtk2 in

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Simon McVittie
On Wed, 29 Apr 2020 at 21:48:55 +0200, Johannes Schauer wrote: > I wasn't able to figure out what code is generating this but usually the right > tool to analyze transitive dependency relationships is dose3 or tools using it > like build-rdeps from devscripts. I generated the MBF list by using

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Mattia Rizzolo
On Wed, 29 Apr 2020, 9:29 pm Michael Biebl, wrote: > Am 29.04.20 um 19:37 schrieb Simon McVittie: > > On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote: > > >> I think you should > >> file the bugs at severity:minor, given the amount of involved packages, > >> and the fact that you

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Johannes Schauer
Quoting Andreas Henriksson (2020-04-29 12:11:32) > On Wed, Apr 29, 2020 at 11:58:53AM +0200, Jeff wrote: > > Hi Simon, > > > > I don't understand why gscan2pdf is in the list, as the versions in > > stable, testing and unstable are Perl packages which use libgtk3-perl. > > > > Can you explain? >

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Michael Biebl
Am 29.04.20 um 19:37 schrieb Simon McVittie: > On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote: >> I think you should >> file the bugs at severity:minor, given the amount of involved packages, >> and the fact that you state we might not be able to remove gtk2 in many >> many years. >

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Simon McVittie
On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote: > You haven't included a copy of the proposed text My intention was for it to be very similar to this MBF announcement (apart from adding a few references to "this package" etc.), except in cases where I can tell the dependency is

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Jeff
Hi Andreas, On 29/04/2020 12:11, Andreas Henriksson wrote: > reverse-depends -r testing -b src:gtk+2.0 2>&1 | grep gscan2pdf > * gscan2pdf (for libgail-common) > * gscan2pdf (for libgail-common) Thanks! Regards Jeff signature.asc Description: OpenPGP

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Mattia Rizzolo
On Wed, Apr 29, 2020 at 10:38:27AM +0100, Simon McVittie wrote: > Quite a lot of source packages (see attached list and dd-list) have > Build-Depends on GTK 2 (libgtk2.0-dev), or produce binary packages with > a Depends on it. > > Mass-filed bugs for this will be usertagged to appear in >

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Andreas Henriksson
Hi Jeff, On Wed, Apr 29, 2020 at 11:58:53AM +0200, Jeff wrote: > Hi Simon, > > I don't understand why gscan2pdf is in the list, as the versions in > stable, testing and unstable are Perl packages which use libgtk3-perl. > > Can you explain? reverse-depends -r testing -b src:gtk+2.0 2>&1 | grep

Re: Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Jeff
Hi Simon, On 29/04/2020 11:38, Simon McVittie wrote: > Quite a lot of source packages (see attached list and dd-list) have > Build-Depends on GTK 2 (libgtk2.0-dev), or produce binary packages with > a Depends on it. I don't understand why gscan2pdf is in the list, as the versions in stable,

Mass bug filing: dependencies on GTK 2

2020-04-29 Thread Simon McVittie
Quite a lot of source packages (see attached list and dd-list) have Build-Depends on GTK 2 (libgtk2.0-dev), or produce binary packages with a Depends on it. GTK 2 was superseded by GTK 3 in 2011 (see ). It no longer receives any significant upstream maintenance,