Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Daniel Gryniewicz <dang@g.o>
Subject: Re: Re: Proposal for how to handle stable ebuilds
Date: Tue, 18 Nov 2008 15:31:31 -0500
On Tue, 2008-11-18 at 17:50 +0000, Ciaran McCreesh wrote:
> On Tue, 18 Nov 2008 11:57:23 -0500
> Daniel Gryniewicz <dang@g.o> wrote:
> > This is not about arches just being slackers.  This is about arches
> > denying stable (or even ~) for some reason.  If I cannot drop an old
> > version of something just because the new version doesn't (and won't)
> > work on an arch, that's really bad for me.
> 
> What is the cost of keeping it there and not changing it?
> 

Assuming no one ever uses it?  Just some sync bandwidth, emerge think
time, and disk space.  Not a lot.  However, if people use it, and
especially if they manage to get mixed versions of gnome with it (or new
versions of apps built against it), then we get lots of bugs about it.
Generally, we tend to get lots of interaction bugs about old versions of
gnome.  That's why we try to remove them.

One of the biggest problems is packages not having the correct upstream
deps, since upstream and most distros have moved on to new versions of
gnome.  There's no way we can catch those (since we, too, have moved on
to new versions) and users find them and report them.  Most users I've
encountered don't do --deep upgrades, ever.

I suppose a possible solution would be to de-keyword all those old
versions for all other arches.  That would reduce such reported bugs to
users of the arch in question.  It still leaves something unmaintained
(and probably unmaintainable, except maybe on the target arch) in the
tree marked as stable.  That's a bad thing in-and-of itself.

Daniel



References:
Proposal for how to handle stable ebuilds
-- Mark Loeser
Re: Proposal for how to handle stable ebuilds
-- Ryan Hill
Re: Re: Proposal for how to handle stable ebuilds
-- Daniel Gryniewicz
Re: Proposal for how to handle stable ebuilds
-- Ryan Hill
Re: Re: Proposal for how to handle stable ebuilds
-- Daniel Gryniewicz
Re: Re: Proposal for how to handle stable ebuilds
-- Ciaran McCreesh
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: Proposal for how to handle stable ebuilds
Next by thread:
Re: Proposal for how to handle stable ebuilds
Previous by date:
Package for grab: libzzub and aldrin
Next by date:
Looking for help with kernel maintenance


Updated Jun 17, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.