From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JCcOC-0007Jz-8U for garchives@archives.gentoo.org; Wed, 09 Jan 2008 14:58:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6A193E053E; Wed, 9 Jan 2008 14:58:42 +0000 (UTC) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by pigeon.gentoo.org (Postfix) with ESMTP id 27114E053E for ; Wed, 9 Jan 2008 14:58:42 +0000 (UTC) Received: by mu-out-0910.google.com with SMTP id i10so71732mue.5 for ; Wed, 09 Jan 2008 06:58:41 -0800 (PST) Received: by 10.78.132.2 with SMTP id f2mr714065hud.44.1199890721080; Wed, 09 Jan 2008 06:58:41 -0800 (PST) Received: by 10.78.33.13 with HTTP; Wed, 9 Jan 2008 06:58:40 -0800 (PST) Message-ID: Date: Wed, 9 Jan 2008 06:58:40 -0800 From: "Alec Warner" Sender: antarus@scriptkitty.com To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for January In-Reply-To: <20080109024724.12bd71fc@snowcone> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080101103002.083C4652C4@smtp.gentoo.org> <20080106003356.46087fef@snowcone> <20080106233412.5875626f@snowcone> <1199829889.8108.12.camel@inertia.twi-31o2.org> <20080109021735.42cd3856@snowcone> <1199846287.8108.143.camel@inertia.twi-31o2.org> <20080109024125.3bfc9479@snowcone> <20080109024724.12bd71fc@snowcone> X-Google-Sender-Auth: ef8137a42f7f089b X-Archives-Salt: 60f4e2c0-53a3-44f0-834d-49107edc0dfd X-Archives-Hash: dc4c0759b9c8b0bc5a7e51542026d084 On 1/8/08, Ciaran McCreesh wrote: > On Tue, 8 Jan 2008 18:44:22 -0800 > "Alec Warner" wrote: > > > Uh... So where do the original problems come from? Are you saying > > > that packages mysteriously start breaking on their own because > > > no-one's maintaining them? > > > > Of course they do > > Ah, right. Because of the magical elf that lives in the CVS server > that mysteriously goes around breaking dependencies when no-one's > looking. > > Yes, a magical elf. Much more plausible than the theory that it's > actually developers screwing up by dropping keywords or best keyworded > version on a package's deps. I was going to go with 'the stable glibc changed' or 'some lib this software depended on was updated to a new version' or any other action that could cause software to not work as intended. I'm not trying to make the argument that developers don't screw up. Certainly mr_bones can attest that they do it on a daily basis. I think the argument here is that developers control ebuilds. If a given ebuild is causing 'trouble' for a maintainer it is within their control to remove the ebuild. Just as if a given package is causing the maintainer grief it can be deleted from the tree, so can keywords for a given arch be removed for a given ebuild (and possibly that ebuild removed because it is known to be old and buggy.) If the arch team wants that ebuild in the tree they should do some work to keep a given package up to date in terms of other arches or we should define some sort of metadata that notifies people that the arch team is the 'maintainer' for a given version of a package. I agree that you should not break the arch's tree by removing a given package (or it's last stable ebuild). -- gentoo-dev@lists.gentoo.org mailing list