Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, May 10, 2010 at 11:22:22AM +0800, Chen Lei wrote: > 2010/5/10 Patrice Dumas > > > For the applications I know some comments > > * I am quite sure that gmanedit is not a manedit evolution. However, > > manedit > > is orphaned right now (though still not purged). > > * xdialog is build twice, once agains gtk+ and then against Gtk2. I think > > it would be nice to keep it that way, though you could also convince the > > current maintainer to keep only the Gtk2 stuff. also xdialog seems to be > > pretty dead upstream too, though I still haven't seen a perfect > > substitute (zenity is close, but not compatible). > > > > > > There are no open bugs against gtk+ which is, in my opinion in favor > > of keeping it. One point against gtk+ is the lack of utf8 support. I don't > > know if there are other noteworthy differences. > > > > In my point of view, the only convincing reason to keep gtk+ 1.2 in fedora > is if there are some widely-used gtk+ applications that don't have better > alternatives with modern toolkit. As you mentioned, gtk+ is the lack of utf8 > support, this is really bad for non-English users. Also, there may be > potential security problems exists in gtk+ with dead upstream for 9 years > which is really a long time. lack of support for utf-8 does not mean it can not be done. I am using a patched dillo version for years now with xft+utf8. Regarding security, I would not bet on the modern alternatives either although I have experienced myself how diddifcult it is to keep gtk-1.2 in shape. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Wed, 2010-05-12 at 00:28 -0500, Bruno Wolff III wrote: > > I still use an old nethack-like game that unfortunately depends on gtk > > 1.2. Since i'll never be able to get it into Fedora, i just install gtk > > myself then i'm good to go again. I would regret it if my favorite > > distro drops the package simply because it's not being maintaned > > upstream. > > Does it have an incompatible license? Yes, it has :( At least, the variant i play. But actions are being taken to license it under GPL, so i'm hopeful. Léon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, May 10, 2010 at 08:23:33 +0200, Léon Keijser wrote: > On Mon, 2010-05-10 at 02:09 -0400, Orcan Ogetbil wrote: > > Anyway, do we have a Fedora policy to remove software just because > > they are old and unmaintained upstream? If there is a happy userbase > > and a maintainer willing to take care of the package, what is the big > > deal? > > I still use an old nethack-like game that unfortunately depends on gtk > 1.2. Since i'll never be able to get it into Fedora, i just install gtk > myself then i'm good to go again. I would regret it if my favorite > distro drops the package simply because it's not being maintaned > upstream. Does it have an incompatible license? If not, you could at least add it to the wish list and someone else might package it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
Chen Lei wrote: > Andrea Musuruane wrote: > >> On F-12/x86_64: >> [snip] >> swami-0:0.9.4-6.fc12.x86_64 >> >> It seems to me that removing gtk+ won't be an easy task :( > > Most of those applications are replaced, e.g. xmms2 for xmms, putty(svn) > for putty 0.60, since it's already done by some other distributions, I think > it's quite safe to retire gtk 1.2 completely from fedora. What replaces swami? Seriously, swami is buggy and if there is something else I can use, I want to know... (And, ahem, please do not quote my e-mail address unobfuscated in message bodies, TY...) -- Matthew When in doubt, give it a good swift kick. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, 2010-05-10 at 00:04 -0700, Ryan Rix wrote: > > That doesn't mean we should throw it to the wayside. If it works, it works. > As > long as someone is there to maintain it, let them maintain it. If the > maintainer is willing to keep it going, who cares whether it's in the distro? > In fact, why is this discussion occuring without the gtk+ maintainer > involved? > You'd think he'd have a say in it before the crowd wantonly decided to drop > his packages. If you want my opinion as the upstream GTK+ maintainer (thankfully, I got out of being the gtk+ package maintainer a few years ago), I don't particularly care if some people enjoy maintaining long-obsolete software from the 90s in some dark corner of the repository, but I certainly don't want to see any of it close to the default install. Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
Patrice Dumas wrote: > * xdialog is build twice, once agains gtk+ and then against Gtk2. I think > it would be nice to keep it that way, though you could also convince the > current maintainer to keep only the Gtk2 stuff. also xdialog seems to be > pretty dead upstream too, though I still haven't seen a perfect > substitute (zenity is close, but not compatible). Not to mention that zenity drags in quite a few dependencies which, for just a dialog box, I don't need nor want (zenity -> libnotify -> xfce libs). --Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, 10 May 2010 06:49:23 -0400, Orcan wrote: > >> At that point you break a cult. xmms still has a stubbornly loyal fan > >> base (just go to #fedora and start talking about it). > > > > Why don't they take care of http://bugz.fedoraproject.org/xmms and > > additional tickets that have been "hidden" by EOL scripts already? > > > > That's because #fedora is a channel for users. Not many users can fix bugs. Users -- particulary those from "a stubbornly loyal fan base" as you call it -- could and should become bug triagers and testers and give good support to the "xmms*" packages in bugzilla. > I consider the number of open bugs pretty low for a classic software. > And from the magnitude of the bug ID numbers, I can tell that xmms is > still popular. Doubtful. It's still installed by some people, because web pages (including very old HOWTOs/FAQs) refer to it. In other words, it's still being advertised in questionable ways, e.g. as one way to add MP3 support to Fedora/RHL or as an app similar to Winamp. There are users, who give it a try (and some of them may have used it before), but it would be adventurous to conclude that they belong to a user base that would make the packages "popular". It could also be that those bug reporters don't return, and they won't tell in bugzilla. It's likely that once they see themselves forced to look into a different audio player, they won't use XMMS ever again. One can only hope that with the majority of default installs, a different audio player is available and won't give Fedora users a false impression. Such as that XMMS would be considered sort of a "standard" audio solution for Fedora. > Why are they not fixed by the xmms maintainers? I don't know, and I > wonder about that too. There is a pattern -- not limited to xmms*. Package owners don't respond in bugzilla, bug reporters don't add any other comment, EOL scripts eventually close the tickets, package owners and bug reporters don't reopen the tickets. What do they do? Do they live with work-arounds? http://bugzilla.redhat.com/525277 reported on 2009-09-23 - it's the PulseAudio volume decrease problem that affects xmms-pulse, too. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, May 10, 2010 at 6:23 AM, Michael Schwendt wrote: > On Mon, 10 May 2010 02:09:45 -0400, Orcan wrote: > >> On Mon, May 10, 2010 at 1:27 AM, Chen Lei wrote: >> > >> > As I mentoned below, some packges need update to the >> > lastest release badly to get rid of gtk+ 1.2. And some packages can safely >> > retire from fedora, e.g. xmms. >> > >> >> At that point you break a cult. xmms still has a stubbornly loyal fan >> base (just go to #fedora and start talking about it). > > Why don't they take care of http://bugz.fedoraproject.org/xmms and > additional tickets that have been "hidden" by EOL scripts already? > That's because #fedora is a channel for users. Not many users can fix bugs. I consider the number of open bugs pretty low for a classic software. And from the magnitude of the bug ID numbers, I can tell that xmms is still popular. Why are they not fixed by the xmms maintainers? I don't know, and I wonder about that too. >> Unlike almost >> everything else, xmms never fails to work. > > A smiley missing? > Here :) >> We don't want to get people >> upset, do we? > > Well, seems to become a common trend in Fedora-land to do that more often. > I support Chen Lei here, as offering a growing number of out-dated apps > (both with regard to their maintenance/development state, look'n'feel, and > unhandled problem reports) is neither beneficial to Fedora nor to the app > itself. Those app users, who are left, will abandon the app [silently!] when > they face problems, especially if those problems won't be fixed in Fedora. > As has been mentioned, XMMS has various successors such as XMMS2 and > Audacious. > Fanaticism is a subjective concept. I am sure if it gets dropped, some people will start using other applications, some will resort to a 3rd party repo for xmms. Another subjective topic is taste; there is no point in debating about taste. I like the look'n'feel of gtk applications better than gtk2 ones. Other people might disagree. The reason why we still have xmms is a cumulative sum of subjective decisions. The benefit of it to Fedora is, well, people can exercise their freedom. :) Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, 10 May 2010 02:09:45 -0400, Orcan wrote: > On Mon, May 10, 2010 at 1:27 AM, Chen Lei wrote: > > > > As I mentoned below, some packges need update to the > > lastest release badly to get rid of gtk+ 1.2. And some packages can safely > > retire from fedora, e.g. xmms. > > > > At that point you break a cult. xmms still has a stubbornly loyal fan > base (just go to #fedora and start talking about it). Why don't they take care of http://bugz.fedoraproject.org/xmms and additional tickets that have been "hidden" by EOL scripts already? > Unlike almost > everything else, xmms never fails to work. A smiley missing? > We don't want to get people > upset, do we? Well, seems to become a common trend in Fedora-land to do that more often. I support Chen Lei here, as offering a growing number of out-dated apps (both with regard to their maintenance/development state, look'n'feel, and unhandled problem reports) is neither beneficial to Fedora nor to the app itself. Those app users, who are left, will abandon the app [silently!] when they face problems, especially if those problems won't be fixed in Fedora. As has been mentioned, XMMS has various successors such as XMMS2 and Audacious. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/10 Ryan Rix > On Sun 9 May 2010 11:31:21 pm Michael Cronenworth wrote: > > On 05/10/2010 01:23 AM, Léon Keijser wrote: > > > I still use an old nethack-like game that unfortunately depends on gtk > > > 1.2. Since i'll never be able to get it into Fedora, i just install > gtk > > > myself then i'm good to go again. I would regret it if my favorite > > > distro drops the package simply because it's not being maintaned > > > upstream. > > > > You should be pressuring the author of the game you use to use GTK 2.0. > > If your game is no longer maintained, then you should update it yourself. > > > > Fedora is based on a principle of being First with software. GTK 1.0 > > does not fit into this category any more and hasn't for several Fedora > > releases. > > That doesn't mean we should throw it to the wayside. If it works, it works. > As > long as someone is there to maintain it, let them maintain it. If the > maintainer is willing to keep it going, who cares whether it's in the > distro? > In fact, why is this discussion occuring without the gtk+ maintainer > involved? > You'd think he'd have a say in it before the crowd wantonly decided to drop > his packages. > > Ryan > > This is a discussion for gtk+ 1.2 just like some other distributions, retiring gtk+ 1.2 is not an easy thing and worth discussion between several people. It'll be great if the gtk+ maintainer can involve in the discussion. Retiring long dead upstram packages will be helpful to keep yum metadata in an accept size and encourage developers switch from old toolkits to modern tookits. Fedora always updates its gcc/python to the newest release and breaks a few packages in repos, so it's the same case to treat development toolkits as well if most of the applications can work compile with subsequent toolkits. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon 10 May 2010 12:01:01 am Chen Lei wrote: > Considering fedora 13 just remove ppc arch to secondary arch, it's > meaningful for fedora to retire some long dead upstream packages as well. > Maybe it's suitable to retire gtk 1.2 in F14 or F15, then remove it to > rpmfusion for a compatible reason as python 2.4. We retired PPC because there wasn't enough manpower behind it. Not because it was obsolete. There are still people who have ppc machines, just as there are probably still people using gtk+ 1.2-dependant packages. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun 9 May 2010 11:31:21 pm Michael Cronenworth wrote: > On 05/10/2010 01:23 AM, Léon Keijser wrote: > > I still use an old nethack-like game that unfortunately depends on gtk > > 1.2. Since i'll never be able to get it into Fedora, i just install gtk > > myself then i'm good to go again. I would regret it if my favorite > > distro drops the package simply because it's not being maintaned > > upstream. > > You should be pressuring the author of the game you use to use GTK 2.0. > If your game is no longer maintained, then you should update it yourself. > > Fedora is based on a principle of being First with software. GTK 1.0 > does not fit into this category any more and hasn't for several Fedora > releases. That doesn't mean we should throw it to the wayside. If it works, it works. As long as someone is there to maintain it, let them maintain it. If the maintainer is willing to keep it going, who cares whether it's in the distro? In fact, why is this discussion occuring without the gtk+ maintainer involved? You'd think he'd have a say in it before the crowd wantonly decided to drop his packages. Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/10 Orcan Ogetbil > > Yeah that is one of the only two swami commits in the last 2 years. > > Anyway, do we have a Fedora policy to remove software just because > they are old and unmaintained upstream? If there is a happy userbase > and a maintainer willing to take care of the package, what is the big > deal? > > It seems fedora don't have a such policy to retire a package unless the maintainer wants to do it. I started this discussion because debian droped gtk+ 1.2 in squeeze and RHEL 6 also dropped gtk+ 1.2 in its package collections. When rhel updates to a new big release, it always drops some deprecated packages compared to the previous release. Considering fedora 13 just remove ppc arch to secondary arch, it's meaningful for fedora to retire some long dead upstream packages as well. Maybe it's suitable to retire gtk 1.2 in F14 or F15, then remove it to rpmfusion for a compatible reason as python 2.4. Regards. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, 2010-05-10 at 01:31 -0500, Michael Cronenworth wrote: > You should be pressuring the author of the game you use to use GTK 2.0. > If your game is no longer maintained, then you should update it yourself. The game isn't maintained anymore, indeed. But unfortunately i'm not a C programmer. I don't quite understand why i _should_ update it then, since it works now. > Fedora is based on a principle of being First with software. GTK 1.0 > does not fit into this category any more and hasn't for several Fedora > releases. May i remind you that Fedora is also based on the Freedom principle? :) I happily use that freedom to install gtk+ 1.2 for my game. Léon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On 05/10/2010 01:23 AM, Léon Keijser wrote: > I still use an old nethack-like game that unfortunately depends on gtk > 1.2. Since i'll never be able to get it into Fedora, i just install gtk > myself then i'm good to go again. I would regret it if my favorite > distro drops the package simply because it's not being maintaned > upstream. > You should be pressuring the author of the game you use to use GTK 2.0. If your game is no longer maintained, then you should update it yourself. Fedora is based on a principle of being First with software. GTK 1.0 does not fit into this category any more and hasn't for several Fedora releases. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, 2010-05-10 at 02:09 -0400, Orcan Ogetbil wrote: > Anyway, do we have a Fedora policy to remove software just because > they are old and unmaintained upstream? If there is a happy userbase > and a maintainer willing to take care of the package, what is the big > deal? I still use an old nethack-like game that unfortunately depends on gtk 1.2. Since i'll never be able to get it into Fedora, i just install gtk myself then i'm good to go again. I would regret it if my favorite distro drops the package simply because it's not being maintaned upstream. Léon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon, May 10, 2010 at 1:27 AM, Chen Lei wrote: > > > 2010/5/10 Orcan Ogetbil >> >> On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: >> > >> > swami(svn) now use gtk2, don't worry about this, it has a quite active >> > upstream. >> > >> >> I wonder where you got that information. The gtk2 port was stalled a >> while ago and it is not functional. The author (he is also a >> fluidsynth dev) was in exile until yesterday. He just came back to say >> that he won't be able to find time to do programming for a while >> longer. >> just for reference: http://lists.nongnu.org/archive/html/fluid-dev/2010-05/msg1.html >> I don't see swami-2 out (or have a functional trunk) in the near future. >> > > I saw him commit the svn two month ago and change the public information one > month ago. I think the project is still active. > Yeah that is one of the only two swami commits in the last 2 years. Anyway, do we have a Fedora policy to remove software just because they are old and unmaintained upstream? If there is a happy userbase and a maintainer willing to take care of the package, what is the big deal? [cut] > As I mentoned below, some packges need update to the > lastest release badly to get rid of gtk+ 1.2. And some packages can safely > retire from fedora, e.g. xmms. > At that point you break a cult. xmms still has a stubbornly loyal fan base (just go to #fedora and start talking about it). Unlike almost everything else, xmms never fails to work. We don't want to get people upset, do we? Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/10 Orcan Ogetbil > On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: > > > > > > 2010/5/10 Orcan Ogetbil > >> > >> On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: > >> > >> >> swami-0:0.9.4-6.fc12.x86_64 > >> > >> This is the *only* soundfont editor there is in Linux, which is enough > >> reason to keep gtk+. > >> Upstream did not do any updates recently, but that doesn't mean that > >> the software is not functional. > >> > >> Orcan > >> -- > >> devel mailing list > >> devel@lists.fedoraproject.org > >> https://admin.fedoraproject.org/mailman/listinfo/devel > > > > swami(svn) now use gtk2, don't worry about this, it has a quite active > > upstream. > > > > I wonder where you got that information. The gtk2 port was stalled a > while ago and it is not functional. The author (he is also a > fluidsynth dev) was in exile until yesterday. He just came back to say > that he won't be able to find time to do programming for a while > longer. > > I don't see swami-2 out (or have a functional trunk) in the near future. > > Orcan > I saw him commit the svn two month ago and change the public information one month ago. I think the project is still active. Also, the following guideline is based on swami-2. I'm not know whether the trunk version can work well or not. *http://swami*.*resonance*.*org*/*trac*/*wiki*/*SwamiInstall* Actually, considering it also has an active upstream, it's not suitable to retire swami from fedora. But It's right to retire some other packages with dead upstream(no svn commit) for more than 5 years, it'll accelerate us to finally retire gtk+. As I mentoned below, some packges need update to the lastest release badly to get rid of gtk+ 1.2. And some packages can safely retire from fedora, e.g. xmms. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: > > > 2010/5/10 Orcan Ogetbil >> >> On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: >> >> >> swami-0:0.9.4-6.fc12.x86_64 >> >> This is the *only* soundfont editor there is in Linux, which is enough >> reason to keep gtk+. >> Upstream did not do any updates recently, but that doesn't mean that >> the software is not functional. >> >> Orcan >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel > > swami(svn) now use gtk2, don't worry about this, it has a quite active > upstream. > I wonder where you got that information. The gtk2 port was stalled a while ago and it is not functional. The author (he is also a fluidsynth dev) was in exile until yesterday. He just came back to say that he won't be able to find time to do programming for a while longer. I don't see swami-2 out (or have a functional trunk) in the near future. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/10 Patrice Dumas > For the applications I know some comments > * I am quite sure that gmanedit is not a manedit evolution. However, > manedit > is orphaned right now (though still not purged). > * xdialog is build twice, once agains gtk+ and then against Gtk2. I think > it would be nice to keep it that way, though you could also convince the > current maintainer to keep only the Gtk2 stuff. also xdialog seems to be > pretty dead upstream too, though I still haven't seen a perfect > substitute (zenity is close, but not compatible). > > > There are no open bugs against gtk+ which is, in my opinion in favor > of keeping it. One point against gtk+ is the lack of utf8 support. I don't > know if there are other noteworthy differences. > > In my point of view, the only convincing reason to keep gtk+ 1.2 in fedora is if there are some widely-used gtk+ applications that don't have better alternatives with modern toolkit. As you mentioned, gtk+ is the lack of utf8 support, this is really bad for non-English users. Also, there may be potential security problems exists in gtk+ with dead upstream for 9 years which is really a long time. The one thing I can confirm is most gtk+ applications with active upstream already ported their softwares to GTK2 or other modern toolkits, the only thing we should do is simply update those packages to the latest version. e.g. bubblemon-0:1.46-10.fc12.x86_64 crossfire-client-0:1.11.0-3.fc12.x86_64 dillo-0:0.8.6-11.fc12.x86_64 gcx-0:0.9.11-9.fc12.x86_64 lazarus-0:0.9.26.2-4.fc12.x86_64 putty-0:0.60-5.fc12.x86_64 qiv-0:2.0-11.fc12.x86_64 swami-0:0.9.4-6.fc12.x86_64 Thank you! Regard. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/10 Orcan Ogetbil > On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: > > >> swami-0:0.9.4-6.fc12.x86_64 > > This is the *only* soundfont editor there is in Linux, which is enough > reason to keep gtk+. > Upstream did not do any updates recently, but that doesn't mean that > the software is not functional. > > Orcan > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > swami(svn) now use gtk2, don't worry about this, it has a quite active upstream. Retire gtk+ will encourage software developer to use new GTK2 toolkit and force package maitainers to update packages to the latest version which don't use gtk+ anymore. An alternative choice is move gtk+ to rpmfusion just like python 2.4. For putty(svn), I can sure it works quite well without any patch in F12, gentoo portage and debian sid now use svn putty. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 9, 2010 at 5:59 PM, Jeff Garzik wrote: > On 05/09/2010 10:03 AM, Andrea Musuruane wrote: > > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > >> Dne 9.5.2010 06:53, Chen Lei napsal(a): > >>> For them, we can simply: > >>> 1. Simply orphan those application from repos which have dead upstream > >>> for a long time. Normally, those allipcations have better alternatives > >>> using GTK+ 2.x, we don't need worry about this. > >>> 2.Update applications to GTK 2.x port which was already done by > >>> upstream, and ping the maintainer to see if he is nonresponsive now. > >> > >> I think it would help anybody if you can provide a list of packages > >> involved. > > > qiv-0:2.0-11.fc12.x86_64 > > > qiv specifically wants image format libraries (hello, ancient imlib), so > I'm not sure gtk+1.0 is the specific need here. > >Jeff > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > putty(svn) needs to be patched to not search for gtk+1.2 otherwise it fails spectacularly, even though it has an GTK+2 port. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On 05/09/2010 10:03 AM, Andrea Musuruane wrote: > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: >> Dne 9.5.2010 06:53, Chen Lei napsal(a): >>> For them, we can simply: >>> 1. Simply orphan those application from repos which have dead upstream >>> for a long time. Normally, those allipcations have better alternatives >>> using GTK+ 2.x, we don't need worry about this. >>> 2.Update applications to GTK 2.x port which was already done by >>> upstream, and ping the maintainer to see if he is nonresponsive now. >> >> I think it would help anybody if you can provide a list of packages >> involved. > qiv-0:2.0-11.fc12.x86_64 qiv specifically wants image format libraries (hello, ancient imlib), so I'm not sure gtk+1.0 is the specific need here. Jeff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 09, 2010 at 10:17:39PM +0800, Chen Lei wrote: > > > Most of those applications are replaced, e.g. xmms2 for xmms, putty(svn) > for putty 0.60, > since it's already done by some other distributions, I think > it's quite safe to retire gtk 1.2 completely from fedora. That's not a good argument. Fedora packager may have other need and wants than other distribution packagers. > Also, considering > fedora is a bleeding-edge distribution, keeping some many old applications > with dead upstream for a long time seems strange. If they work well and there is no known bugs, it is not strange to keep old applications with dead upstream. As long as there is a maintainer who fixes bug in due time, it is, in my opinion, good for Fedora to keep packages with dead upstreams. Now I agree that it would be better if no application in fedora used libraries with dead upstreams that have replacements, as it is the case for gtk+. I think that it is the path you should follow: help all the maintainers of packages depending on gtk+ to transition to a newer widget library. Or persuade them to let another package obsolete their package. However, if some packagers are still convinced that their package is worth maintaining (and they do it right) and upstream is not willing to switch to Gtk2, I think that the best course of action is to keep those packages in Fedora. For the applications I know some comments * I am quite sure that gmanedit is not a manedit evolution. However, manedit is orphaned right now (though still not purged). * xdialog is build twice, once agains gtk+ and then against Gtk2. I think it would be nice to keep it that way, though you could also convince the current maintainer to keep only the Gtk2 stuff. also xdialog seems to be pretty dead upstream too, though I still haven't seen a perfect substitute (zenity is close, but not compatible). There are no open bugs against gtk+ which is, in my opinion in favor of keeping it. One point against gtk+ is the lack of utf8 support. I don't know if there are other noteworthy differences. -- Pat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: >> swami-0:0.9.4-6.fc12.x86_64 This is the *only* soundfont editor there is in Linux, which is enough reason to keep gtk+. Upstream did not do any updates recently, but that doesn't mean that the software is not functional. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/9 Andrea Musuruane > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > > Dne 9.5.2010 06:53, Chen Lei napsal(a): > >> For them, we can simply: > >> 1. Simply orphan those application from repos which have dead upstream > >> for a long time. Normally, those allipcations have better alternatives > >> using GTK+ 2.x, we don't need worry about this. > >> 2.Update applications to GTK 2.x port which was already done by > >> upstream, and ping the maintainer to see if he is nonresponsive now. > > > > I think it would help anybody if you can provide a list of packages > > involved. > > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0-38.fc12.x86_64 > gnome-libs-1:1.4.2-15.fc12.x86_64 > gsview-0:4.9-2.fc12.x86_64 > gtk+-1:1.2.10-69.fc12.x86_64 > gtk+-devel-1:1.2.10-69.fc12.x86_64 > imlib-1:1.9.15-12.fc12.x86_64 > justmoon-gtk-0:0.3.3-6.fc12.x86_64 > lame-mp3x-0:3.98.2-3.fc11.x86_64 > lame-mp3x-0:3.98.3-1.fc12.x86_64 > lazarus-0:0.9.26.2-4.fc12.x86_64 > libglade-1:0.17-24.fc12.x86_64 > logjam-xmms-1:4.5.3-36.fc12.x86_64 > logjam-xmms-1:4.5.3-37.fc12.x86_64 > manedit-0:1.2.1-3.fc12.x86_64 > purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 > putty-0:0.60-5.fc12.x86_64 > qiv-0:2.0-11.fc12.x86_64 > scigraphica-0:2.1.0-9.fc12.x86_64 > siril-0:0.8-9.fc12.x86_64 > smpeg-0:0.4.5-0.3.fc11.x86_64 > soundtracker-0:0.6.8-8.fc12.x86_64 > spacechart-0:0.9.5-5.fc12.x86_64 > swami-0:0.9.4-6.fc12.x86_64 > xarchon-0:0.50-10.fc12.x86_64 > xconvers-0:0.8.3-7.fc12.x86_64 > xdialog-0:2.3.1-5.fc12.x86_64 > xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-acme-0:0.4.3-11.x86_64 > xmms-adplug-0:1.2-9.fc12.x86_64 > xmms-alarm-0:0.3.7-10.fc12.x86_64 > xmmsctrl-0:1.8-6.fc12.x86_64 > xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-faad2-1:2.7-1.fc11.x86_64 > xmms-flac-0:1.1.4-6.fc12.x86_64 > xmms-flac-0:1.2.1-1.fc12.x86_64 > xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-lirc-0:1.4-14.x86_64 > xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 > xmms-mplayer-0:0.5-2.fc11.x86_64 > xmms-musepack-0:1.2-8.fc12.x86_64 > xmms-normalize-0:0.7.7-5.fc11.x86_64 > xmms-pulse-0:0.9.4-8.fc12.x86_64 > xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 > xmms-speex-0:0.9.1-15.x86_64 > xmms-uade-0:2.09-5.fc11.x86_64 > xmms-xmp-0:2.7.1-1.fc12.x86_64 > xmms-xmp-0:3.1.0-1.fc12.x86_64 > xmms-xosd-0:2.2.14-13.fc12.x86_64 > xvattr-0:1.3-17.x86_64 > > It seems to me that removing gtk+ won't be an easy task : Upstream do not use gtk+ 1.2 anymore bubblemon-0:1.46-10.fc12.x86_64 crossfire-client-0:1.11.0-3.fc12.x86_64 dillo-0:0.8.6-11.fc12.x86_64 gcx-0:0.9.11-9.fc12.x86_64 lazarus-0:0.9.26.2-4.fc12.x86_64 putty-0:0.60-5.fc12.x86_64 qiv-0:2.0-11.fc12.x86_64 Upstream is dead for a long time gcombust-1:0.1.55-16.x86_64 justmoon-gtk-0:0.3.3-6.fc12.x86_64 scigraphica-0:2.1.0-9.fc12.x86_64 siril-0:0.8-9.fc12.x86_64 soundtracker-0:0.6.8-8.fc12.x86_64 spacechart-0:0.9.5-5.fc12.x86_64 swami-0:0.9.4-6.fc12.x86_64 xdialog-0:2.3.1-5.fc12.x86_64 xarchon-0:0.50-10.fc12.x86_64 xconvers-0:0.8.3-7.fc12.x86_64 xvattr-0:1.3-17.x86_64 packages in rpmfusion gsview-0:4.9-2.fc12.x86_64 lame-mp3x-0:3.98.3-1.fc12.x86_64 smpeg-0:0.4.5-0.3.fc11.x86_64 Replace by gtk2 gtk+-1:1.2.10-69.fc12.x86_64 gtk+-devel-1:1.2.10-69.fc12.x86_64 Replaced by gnome2 gdk-pixbuf-1:0.22.0-38.fc12.x86_64 gnome-libs-1:1.4.2-15.fc12.x86_64 imlib-1:1.9.15-12.fc12.x86_64 libglade-1:0.17-24.fc12.x86_64 Replaced by gmanedit manedit-0:1.2.1-3.fc12.x86_64 Replaced by xmms2 logjam-xmms-1:4.5.3-36.fc12.x86_64 logjam-xmms-1:4.5.3-37.fc12.x86_64 purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-acme-0:0.4.3-11.x86_64 xmms-adplug-0:1.2-9.fc12.x86_64 xmms-alarm-0:0.3.7-10.fc12.x86_64 xmmsctrl-0:1.8-6.fc12.x86_64 xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-faad2-1:2.7-1.fc11.x86_64 xmms-flac-0:1.1.4-6.fc12.x86_64 xmms-flac-0:1.2.1-1.fc12.x86_64 xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-lirc-0:1.4-14.x86_64 xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 xmms-mplayer-0:0.5-2.fc11.x86_64 xmms-musepack-0:1.2-8.fc12.x86_64 xmms-normalize-0:0.7.7-5.fc11.x86_64 xmms-pulse-0:0.9.4-8.fc12.x86_64 xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 xmms-speex-0:0.9.1-15.x86_64 xmms-uade-0:2.09-5.fc11.x86_64 xmms-xmp-0:2.7.1-1.fc12.x86_64 xmms-xmp-0:3.1.0-1.fc12.x86_64 xmms-xosd-0:2.2.14-13.fc12.x86_64 Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/9 Andrea Musuruane > > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0-38.fc12.x86_64 > gnome-libs-1:1.4.2-15.fc12.x86_64 > gsview-0:4.9-2.fc12.x86_64 > gtk+-1:1.2.10-69.fc12.x86_64 > gtk+-devel-1:1.2.10-69.fc12.x86_64 > imlib-1:1.9.15-12.fc12.x86_64 > justmoon-gtk-0:0.3.3-6.fc12.x86_64 > lame-mp3x-0:3.98.2-3.fc11.x86_64 > lame-mp3x-0:3.98.3-1.fc12.x86_64 > lazarus-0:0.9.26.2-4.fc12.x86_64 > libglade-1:0.17-24.fc12.x86_64 > logjam-xmms-1:4.5.3-36.fc12.x86_64 > logjam-xmms-1:4.5.3-37.fc12.x86_64 > manedit-0:1.2.1-3.fc12.x86_64 > purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 > putty-0:0.60-5.fc12.x86_64 > qiv-0:2.0-11.fc12.x86_64 > scigraphica-0:2.1.0-9.fc12.x86_64 > siril-0:0.8-9.fc12.x86_64 > smpeg-0:0.4.5-0.3.fc11.x86_64 > soundtracker-0:0.6.8-8.fc12.x86_64 > spacechart-0:0.9.5-5.fc12.x86_64 > swami-0:0.9.4-6.fc12.x86_64 > xarchon-0:0.50-10.fc12.x86_64 > xconvers-0:0.8.3-7.fc12.x86_64 > xdialog-0:2.3.1-5.fc12.x86_64 > xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-acme-0:0.4.3-11.x86_64 > xmms-adplug-0:1.2-9.fc12.x86_64 > xmms-alarm-0:0.3.7-10.fc12.x86_64 > xmmsctrl-0:1.8-6.fc12.x86_64 > xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-faad2-1:2.7-1.fc11.x86_64 > xmms-flac-0:1.1.4-6.fc12.x86_64 > xmms-flac-0:1.2.1-1.fc12.x86_64 > xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-lirc-0:1.4-14.x86_64 > xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 > xmms-mplayer-0:0.5-2.fc11.x86_64 > xmms-musepack-0:1.2-8.fc12.x86_64 > xmms-normalize-0:0.7.7-5.fc11.x86_64 > xmms-pulse-0:0.9.4-8.fc12.x86_64 > xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 > xmms-speex-0:0.9.1-15.x86_64 > xmms-uade-0:2.09-5.fc11.x86_64 > xmms-xmp-0:2.7.1-1.fc12.x86_64 > xmms-xmp-0:3.1.0-1.fc12.x86_64 > xmms-xosd-0:2.2.14-13.fc12.x86_64 > xvattr-0:1.3-17.x86_64 > > It seems to me that removing gtk+ won't be an easy task :( > > Regards, > > Andrea. > > Some programs are now already ported to GTK2, e.g. bubblemon, but the maintainer don't update those applications to the lastest version for a long time. It's time to retire gtk+ 1.2, the latest update for it is 02-Apr-2001. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On 05/09/2010 03:17 PM, Chen Lei wrote: > > > 2010/5/9 Andrea Musuruane mailto:musur...@gmail.com>> > > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0-38.fc12.x86_64 > gnome-libs-1:1.4.2-15.fc12.x86_64 > gsview-0:4.9-2.fc12.x86_64 > gtk+-1:1.2.10-69.fc12.x86_64 > gtk+-devel-1:1.2.10-69.fc12.x86_64 > imlib-1:1.9.15-12.fc12.x86_64 > justmoon-gtk-0:0.3.3-6.fc12.x86_64 > lame-mp3x-0:3.98.2-3.fc11.x86_64 > lame-mp3x-0:3.98.3-1.fc12.x86_64 > lazarus-0:0.9.26.2-4.fc12.x86_64 > libglade-1:0.17-24.fc12.x86_64 > logjam-xmms-1:4.5.3-36.fc12.x86_64 > logjam-xmms-1:4.5.3-37.fc12.x86_64 > manedit-0:1.2.1-3.fc12.x86_64 > purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 > putty-0:0.60-5.fc12.x86_64 > qiv-0:2.0-11.fc12.x86_64 > scigraphica-0:2.1.0-9.fc12.x86_64 > siril-0:0.8-9.fc12.x86_64 > smpeg-0:0.4.5-0.3.fc11.x86_64 > soundtracker-0:0.6.8-8.fc12.x86_64 > spacechart-0:0.9.5-5.fc12.x86_64 > swami-0:0.9.4-6.fc12.x86_64 > xarchon-0:0.50-10.fc12.x86_64 > xconvers-0:0.8.3-7.fc12.x86_64 > xdialog-0:2.3.1-5.fc12.x86_64 > xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-acme-0:0.4.3-11.x86_64 > xmms-adplug-0:1.2-9.fc12.x86_64 > xmms-alarm-0:0.3.7-10.fc12.x86_64 > xmmsctrl-0:1.8-6.fc12.x86_64 > xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-faad2-1:2.7-1.fc11.x86_64 > xmms-flac-0:1.1.4-6.fc12.x86_64 > xmms-flac-0:1.2.1-1.fc12.x86_64 > xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-lirc-0:1.4-14.x86_64 > xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 > xmms-mplayer-0:0.5-2.fc11.x86_64 > xmms-musepack-0:1.2-8.fc12.x86_64 > xmms-normalize-0:0.7.7-5.fc11.x86_64 > xmms-pulse-0:0.9.4-8.fc12.x86_64 > xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 > xmms-speex-0:0.9.1-15.x86_64 > xmms-uade-0:2.09-5.fc11.x86_64 > xmms-xmp-0:2.7.1-1.fc12.x86_64 > xmms-xmp-0:3.1.0-1.fc12.x86_64 > xmms-xosd-0:2.2.14-13.fc12.x86_64 > xvattr-0:1.3-17.x86_64 > > It seems to me that removing gtk+ won't be an easy task :( > > Regards, > > Andrea. > > Most of those applications are replaced, e.g. xmms2 for xmms, > putty(svn) for putty 0.60, since it's already done by some other > distributions, I think it's quite safe to retire gtk 1.2 completely from > fedora. Also, considering fedora is a bleeding-edge distribution, > keeping some many old applications with dead upstream for a long time > seems strange. > Regard. > Chen Lei > some packages can use alternative toolkit. eg: Dillo [1] uses FLTK2. [1] http://www.dillo.org/ -- Athmane Madjoudj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
2010/5/9 Andrea Musuruane > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0-38.fc12.x86_64 > gnome-libs-1:1.4.2-15.fc12.x86_64 > gsview-0:4.9-2.fc12.x86_64 > gtk+-1:1.2.10-69.fc12.x86_64 > gtk+-devel-1:1.2.10-69.fc12.x86_64 > imlib-1:1.9.15-12.fc12.x86_64 > justmoon-gtk-0:0.3.3-6.fc12.x86_64 > lame-mp3x-0:3.98.2-3.fc11.x86_64 > lame-mp3x-0:3.98.3-1.fc12.x86_64 > lazarus-0:0.9.26.2-4.fc12.x86_64 > libglade-1:0.17-24.fc12.x86_64 > logjam-xmms-1:4.5.3-36.fc12.x86_64 > logjam-xmms-1:4.5.3-37.fc12.x86_64 > manedit-0:1.2.1-3.fc12.x86_64 > purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 > putty-0:0.60-5.fc12.x86_64 > qiv-0:2.0-11.fc12.x86_64 > scigraphica-0:2.1.0-9.fc12.x86_64 > siril-0:0.8-9.fc12.x86_64 > smpeg-0:0.4.5-0.3.fc11.x86_64 > soundtracker-0:0.6.8-8.fc12.x86_64 > spacechart-0:0.9.5-5.fc12.x86_64 > swami-0:0.9.4-6.fc12.x86_64 > xarchon-0:0.50-10.fc12.x86_64 > xconvers-0:0.8.3-7.fc12.x86_64 > xdialog-0:2.3.1-5.fc12.x86_64 > xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-acme-0:0.4.3-11.x86_64 > xmms-adplug-0:1.2-9.fc12.x86_64 > xmms-alarm-0:0.3.7-10.fc12.x86_64 > xmmsctrl-0:1.8-6.fc12.x86_64 > xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-faad2-1:2.7-1.fc11.x86_64 > xmms-flac-0:1.1.4-6.fc12.x86_64 > xmms-flac-0:1.2.1-1.fc12.x86_64 > xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 > xmms-lirc-0:1.4-14.x86_64 > xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 > xmms-mplayer-0:0.5-2.fc11.x86_64 > xmms-musepack-0:1.2-8.fc12.x86_64 > xmms-normalize-0:0.7.7-5.fc11.x86_64 > xmms-pulse-0:0.9.4-8.fc12.x86_64 > xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 > xmms-speex-0:0.9.1-15.x86_64 > xmms-uade-0:2.09-5.fc11.x86_64 > xmms-xmp-0:2.7.1-1.fc12.x86_64 > xmms-xmp-0:3.1.0-1.fc12.x86_64 > xmms-xosd-0:2.2.14-13.fc12.x86_64 > xvattr-0:1.3-17.x86_64 > > It seems to me that removing gtk+ won't be an easy task :( > > Regards, > > Andrea. > > > Most of those applications are replaced, e.g. xmms2 for xmms, putty(svn) for putty 0.60, since it's already done by some other distributions, I think it's quite safe to retire gtk 1.2 completely from fedora. Also, considering fedora is a bleeding-edge distribution, keeping some many old applications with dead upstream for a long time seems strange. Regard. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > Dne 9.5.2010 06:53, Chen Lei napsal(a): >> For them, we can simply: >> 1. Simply orphan those application from repos which have dead upstream >> for a long time. Normally, those allipcations have better alternatives >> using GTK+ 2.x, we don't need worry about this. >> 2.Update applications to GTK 2.x port which was already done by >> upstream, and ping the maintainer to see if he is nonresponsive now. > > I think it would help anybody if you can provide a list of packages > involved. On F-12/x86_64: $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort bubblemon-0:1.46-10.fc12.x86_64 crossfire-client-0:1.11.0-3.fc12.x86_64 dillo-0:0.8.6-11.fc12.x86_64 gcombust-1:0.1.55-16.x86_64 gcx-0:0.9.11-9.fc12.x86_64 gdk-pixbuf-1:0.22.0-38.fc12.x86_64 gnome-libs-1:1.4.2-15.fc12.x86_64 gsview-0:4.9-2.fc12.x86_64 gtk+-1:1.2.10-69.fc12.x86_64 gtk+-devel-1:1.2.10-69.fc12.x86_64 imlib-1:1.9.15-12.fc12.x86_64 justmoon-gtk-0:0.3.3-6.fc12.x86_64 lame-mp3x-0:3.98.2-3.fc11.x86_64 lame-mp3x-0:3.98.3-1.fc12.x86_64 lazarus-0:0.9.26.2-4.fc12.x86_64 libglade-1:0.17-24.fc12.x86_64 logjam-xmms-1:4.5.3-36.fc12.x86_64 logjam-xmms-1:4.5.3-37.fc12.x86_64 manedit-0:1.2.1-3.fc12.x86_64 purple-plugin_pack-pidgin-xmms-0:2.4.0-4.fc12.x86_64 putty-0:0.60-5.fc12.x86_64 qiv-0:2.0-11.fc12.x86_64 scigraphica-0:2.1.0-9.fc12.x86_64 siril-0:0.8-9.fc12.x86_64 smpeg-0:0.4.5-0.3.fc11.x86_64 soundtracker-0:0.6.8-8.fc12.x86_64 spacechart-0:0.9.5-5.fc12.x86_64 swami-0:0.9.4-6.fc12.x86_64 xarchon-0:0.50-10.fc12.x86_64 xconvers-0:0.8.3-7.fc12.x86_64 xdialog-0:2.3.1-5.fc12.x86_64 xmms-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-acme-0:0.4.3-11.x86_64 xmms-adplug-0:1.2-9.fc12.x86_64 xmms-alarm-0:0.3.7-10.fc12.x86_64 xmmsctrl-0:1.8-6.fc12.x86_64 xmms-esd-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-faad2-1:2.7-1.fc11.x86_64 xmms-flac-0:1.1.4-6.fc12.x86_64 xmms-flac-0:1.2.1-1.fc12.x86_64 xmms-libs-1:1.2.11-9.20071117cvs.fc12.x86_64 xmms-lirc-0:1.4-14.x86_64 xmms-mp3-0:1.2.11-3.20071117cvs.fc11.x86_64 xmms-mplayer-0:0.5-2.fc11.x86_64 xmms-musepack-0:1.2-8.fc12.x86_64 xmms-normalize-0:0.7.7-5.fc11.x86_64 xmms-pulse-0:0.9.4-8.fc12.x86_64 xmms-sid-0:0.8.0-0.8.beta19.fc12.x86_64 xmms-speex-0:0.9.1-15.x86_64 xmms-uade-0:2.09-5.fc11.x86_64 xmms-xmp-0:2.7.1-1.fc12.x86_64 xmms-xmp-0:3.1.0-1.fc12.x86_64 xmms-xosd-0:2.2.14-13.fc12.x86_64 xvattr-0:1.3-17.x86_64 It seems to me that removing gtk+ won't be an easy task :( Regards, Andrea. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
Dne 9.5.2010 06:53, Chen Lei napsal(a): > For them, we can simply: > 1. Simply orphan those application from repos which have dead upstream > for a long time. Normally, those allipcations have better alternatives > using GTK+ 2.x, we don't need worry about this. > 2.Update applications to GTK 2.x port which was already done by > upstream, and ping the maintainer to see if he is nonresponsive now. I think it would help anybody if you can provide a list of packages involved. Matěj -- Don't anthropomorphize computers. They don't like it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Retire glib and gtk+ 1.2 from rawhide?
Hi all, GTK+ 1.2 has been retired by upstream for 8 years and was deprecated in many linux disritbutions, e.g. debian arch. Few applications in our repos now depends on gtk+ 1.2 and there is no security support for it. I think it is time to retire it entirely from our repos, though it may break dependencies for some applications. For them, we can simply: 1. Simply orphan those application from repos which have dead upstream for a long time. Normally, those allipcations have better alternatives using GTK+ 2.x, we don't need worry about this. 2.Update applications to GTK 2.x port which was already done by upstream, and ping the maintainer to see if he is nonresponsive now. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel