<br><br><div class="gmail_quote">2010/5/10 Ryan Rix <span dir="ltr"><<a href="mailto:ry@n.rix.si">ry@n.rix.si</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun 9 May 2010 11:31:21 pm Michael Cronenworth wrote:<br>
> On 05/10/2010 01:23 AM, Léon Keijser wrote:<br>
> > I still use an old nethack-like game that unfortunately depends on gtk<br>
> > 1.2. Since i'll never be able to get it into Fedora, i just install gtk<br>
> > myself then i'm good to go again. I would regret it if my favorite<br>
> > distro drops the package simply because it's not being maintaned<br>
> > upstream.<br>
><br>
> You should be pressuring the author of the game you use to use GTK 2.0.<br>
> If your game is no longer maintained, then you should update it yourself.<br>
><br>
> Fedora is based on a principle of being First with software. GTK 1.0<br>
> does not fit into this category any more and hasn't for several Fedora<br>
> releases.<br>
<br>
</div>That doesn't mean we should throw it to the wayside. If it works, it works. As<br>
long as someone is there to maintain it, let them maintain it. If the<br>
maintainer is willing to keep it going, who cares whether it's in the distro?<br>
In fact, why is this discussion occuring without the gtk+ maintainer involved?<br>
You'd think he'd have a say in it before the crowd wantonly decided to drop<br>
his packages.<br>
<br>
Ryan<br>
<br></blockquote><div><br>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. <br>
<br>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.<br>
<br>Chen Lei<br></div></div>