Re: only 4 packages left Re: Let's retire original glib and gtk+ (new report)

2022-03-17 Thread Richard Shaw
On Thu, Mar 17, 2022 at 12:16 AM Sérgio Basto wrote: > xconvers (maintained by: hobbes1069) > xconvers-0.8.3-29.fc36.x86_64 requires libglib-1.2.so.0()(64bit) > > still only available on aur and Fedora > https://repology.org/project/xconvers/versions This can probably be retired. I'll check on

Re: only 4 packages left Re: Let's retire original glib and gtk+ (new report)

2022-03-17 Thread Petr Pisar
V Thu, Mar 17, 2022 at 08:36:55AM -, Leigh Scott napsal(a): > > On Thu, 2022-03-10 at 00:15 +0200, Otto Urpelainen wrote: > > xvattr (maintained by: ppisar, thias) > > gxvattr-1.3-44.fc36.x86_64 requires libgdk-1.2.so.0()(64bit), libglib- > > 1.2.so.0()(64bit), libgtk-1.2.so.0()(64bit) > > >

Re: only 4 packages left Re: Let's retire original glib and gtk+ (new report)

2022-03-17 Thread Leigh Scott
> On Thu, 2022-03-10 at 00:15 +0200, Otto Urpelainen wrote: > > Continuing I brought the corrections to Fedora 36 > https://bodhi.fedoraproject.org/updates/FEDORA-2022-db793ad26c > > Now only 4 packages more gtk1+ depends on glib > > Depending packages (rawhide) (5): bubblemon gtk+ manedit

only 4 packages left Re: Let's retire original glib and gtk+ (new report)

2022-03-16 Thread Sérgio Basto
On Thu, 2022-03-10 at 00:15 +0200, Otto Urpelainen wrote: > Leigh Scott kirjoitti 9.3.2022 klo 18.15: > > > Sérgio Basto kirjoitti 7.3.2022 klo 18.17: > > > Crossfire and freedroidrpg are games, so "is it needed?" and > > > "does it > > > have a replacement?" are not good questions to ask. A

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Bill Nottingham
Peter Boy (p...@uni-bremen.de) said: > And, by the way, it is one of Linux’s (and Fedora Linux’s) core > distinguishing features that it does not follow the short-term commercial > life cycles, but enables long-term usability, for "old" hardware as well > as software. And we should not give that

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Otto Urpelainen
Leigh Scott kirjoitti 9.3.2022 klo 18.15: Sérgio Basto kirjoitti 7.3.2022 klo 18.17: Crossfire and freedroidrpg are games, so "is it needed?" and "does it have a replacement?" are not good questions to ask. A better question would be "does anybody want to play it?". Games do not really ever

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Leigh Scott
> On Tue, 2022-03-08 at 16:01 +, Leigh Scott wrote: > > Hi Leigh , > yes , it looks like glib-devel is not needed , I'm curious , how do you > find these mistakes ? > > Thank you I checked the built rpm requires and did mock test builds. ___

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Leigh Scott
> Sérgio Basto kirjoitti 7.3.2022 klo 18.17: > Crossfire and freedroidrpg are games, so "is it needed?" and > "does it > have a replacement?" are not good questions to ask. A better question > would be "does anybody want to play it?". Games do not really ever > become obsolete, each is a unique

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Mar 08, 2022 at 05:51:35PM +, Richard W.M. Jones wrote: > On Tue, Mar 08, 2022 at 01:41:30AM +0100, Kevin Kofler via devel wrote: > > Michael Catanzaro wrote: > > > The maintainer is unwilling to retire them. > > > > > > I think we should ask FESCo to force them to be retired. It's

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Sérgio Basto
On Tue, 2022-03-08 at 16:01 +, Leigh Scott wrote: > > On Mon, 07 Mar 2022 10:29:02 -0600 > > Michael Catanzaro > > > > > I'm not unwilling to retire them, I just want their users to be > > retired > > first so I don't leave a bunch of broken dependencies behind. > > > > Paul. > > dillo,

Re: Let's retire original glib and gtk+ (new report)

2022-03-09 Thread Sérgio Basto
On Wed, 2022-03-09 at 08:20 +0200, Otto Urpelainen wrote: > Sérgio Basto kirjoitti 7.3.2022 klo 18.17: > > Hi, > > In resume glib still required for 20 packages  [1], > > apart of the sweet memories that some package bring to us , any of > > these packages is needed ? or haven't replacement ? > >

Re: Let's retire original glib and gtk+ (new report)

2022-03-08 Thread Otto Urpelainen
Sérgio Basto kirjoitti 7.3.2022 klo 18.17: Hi, In resume glib still required for 20 packages [1], apart of the sweet memories that some package bring to us , any of these packages is needed ? or haven't replacement ? Depending packages (rawhide) (20): crossfire crossfire-client crossfire-maps

Re: Let's retire original glib and gtk+ (new report)

2022-03-08 Thread Richard W.M. Jones
On Tue, Mar 08, 2022 at 01:41:30AM +0100, Kevin Kofler via devel wrote: > Michael Catanzaro wrote: > > The maintainer is unwilling to retire them. > > > > I think we should ask FESCo to force them to be retired. It's confusing > > to have ancient versions of the packages in the distro, and they

Re: Let's retire original glib and gtk+ (new report)

2022-03-08 Thread Leigh Scott
> On Mon, 07 Mar 2022 10:29:02 -0600 > Michael Catanzaro > > I'm not unwilling to retire them, I just want their users to be retired > first so I don't leave a bunch of broken dependencies behind. > > Paul. dillo, alsa-tools, gnubg, and tilda don't rely on glib or gtk+, the package

Re: Let's retire original glib and gtk+ (new report)

2022-03-08 Thread Sérgio Basto
On Tue, 2022-03-08 at 01:41 +0100, Kevin Kofler via devel wrote: > Michael Catanzaro wrote: > > The maintainer is unwilling to retire them. > > > > I think we should ask FESCo to force them to be retired. It's > > confusing > > to have ancient versions of the packages in the distro, and they will

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Peter Boy
> Am 08.03.2022 um 01:41 schrieb Kevin Kofler via devel > : > > I do not see why we would want to force removing working, maintained > packages from the distribution. That is a major disservice to users and > basically a "screw you" to the maintainer. Whom does that help? > > GLib 1 and

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Kevin Kofler via devel
Michael Catanzaro wrote: > Broken dependencies will be automatically retired if they are not fixed > within a certain time, so it's really OK to do this. The broken > packages won't stick around forever: they will eventually get cleaned > up. In other words, leaf applications that end users care

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Kevin Kofler via devel
Michael Catanzaro wrote: > The maintainer is unwilling to retire them. > > I think we should ask FESCo to force them to be retired. It's confusing > to have ancient versions of the packages in the distro, and they will > stick around forever if not. I do not see why we would want to force

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Michael Catanzaro
On Mon, Mar 7 2022 at 04:48:27 PM +, Paul Howarth wrote: I'm not unwilling to retire them, I just want their users to be retired first so I don't leave a bunch of broken dependencies behind. Hi, sorry, maybe I misunderstood your previous statements. Broken dependencies will be

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Paul Howarth
On Mon, 07 Mar 2022 10:29:02 -0600 Michael Catanzaro wrote: > On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto > wrote: > > Hi, > > In resume glib still required for 20 packages [1], > > apart of the sweet memories that some package bring to us , any of > > these packages is needed ? or

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Rahul Sundaram
Hi On Mon, Mar 7, 2022 at 11:29 AM Michael Catanzaro wrote: > On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto > > Hi, > > In resume glib still required for 20 packages [1], > > apart of the sweet memories that some package bring to us , any of > > these packages is needed ? or haven't

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Adam Williamson
On Mon, 2022-03-07 at 16:17 +, Sérgio Basto wrote: > Hi,  > In resume glib still required for 20 packages [1], > apart of the sweet memories that some package bring to us , any of > these packages is needed ? or haven't replacement ? > > Thanks > > alsa-tools (maintained by: perex, timj)

Re: Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Michael Catanzaro
On Mon, Mar 7 2022 at 04:17:09 PM +, Sérgio Basto wrote: Hi, In resume glib still required for 20 packages [1], apart of the sweet memories that some package bring to us , any of these packages is needed ? or haven't replacement ? The maintainer is unwilling to retire them. I think we

Let's retire original glib and gtk+ (new report)

2022-03-07 Thread Sérgio Basto
Hi,  In resume glib still required for 20 packages [1], apart of the sweet memories that some package bring to us , any of these packages is needed ? or haven't replacement ? Thanks [1] Depending packages (rawhide) (20): NsCDE alsa-firmware alsa-tools bubblemon crossfire crossfire-client