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 <gentoo-dev+bounces-28721-garchives=archives.gentoo.org@lists.gentoo.org>) id 1JCcaT-0008R4-2G for garchives@archives.gentoo.org; Wed, 09 Jan 2008 15:11:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 49C69E0568; Wed, 9 Jan 2008 15:11:23 +0000 (UTC) Received: from smtp.ferdyx.org (170.Red-213-96-222.staticIP.rima-tde.net [213.96.222.170]) by pigeon.gentoo.org (Postfix) with ESMTP id BC717E0568 for <gentoo-dev@lists.gentoo.org>; Wed, 9 Jan 2008 15:11:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.ferdyx.org (Postfix) with ESMTP id 11F4C8D306 for <gentoo-dev@lists.gentoo.org>; Wed, 9 Jan 2008 16:17:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ferdyx.org Received: from smtp.ferdyx.org ([127.0.0.1]) by localhost (tungsteno.ferdyx.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YdVGclJwVlwx for <gentoo-dev@lists.gentoo.org>; Wed, 9 Jan 2008 16:17:45 +0100 (CET) Received: from snowcone (unknown [213.121.151.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.ferdyx.org (Postfix) with ESMTP id 156748D305 for <gentoo-dev@lists.gentoo.org>; Wed, 9 Jan 2008 16:17:44 +0100 (CET) Date: Wed, 9 Jan 2008 15:11:16 +0000 From: Ciaran McCreesh <ciaran.mccreesh@blueyonder.co.uk> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for January Message-ID: <20080109151116.4e76f2db@snowcone> In-Reply-To: <b41005390801090658y3a9393eepe49010e0e54fe74e@mail.gmail.com> References: <20080101103002.083C4652C4@smtp.gentoo.org> <20080106003356.46087fef@snowcone> <flr3i7$odg$1@ger.gmane.org> <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> <b41005390801081844i140cab33rd885f0fc292b2f9b@mail.gmail.com> <20080109024724.12bd71fc@snowcone> <b41005390801090658y3a9393eepe49010e0e54fe74e@mail.gmail.com> X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.1; x86_64-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/bVt6WjPN84qSHD7jWOUvYq/"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 50241d61-8a75-433b-9422-ee60515a62f6 X-Archives-Hash: 14e1be0a8002c0896ffdf14028e47741 --Sig_/bVt6WjPN84qSHD7jWOUvYq/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 9 Jan 2008 06:58:40 -0800 "Alec Warner" <antarus@gentoo.org> wrote: > 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.) >=20 > 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. The problem is this: the impact upon an arch of dekeywording something is almost always far higher than the impact of leaving things the way they are. And even if, like some people here, you don't care about the arch, the impact upon the rest of the tree when you dekeyword is often massive. If, for example, an arch were to have their last stable keyword of something like gtk+ removed by a developer who did it in order to 'fix' a repoman message, a very large number of other developers would then end up with a far bigger repoman mess. Heck, most of the repoman messages people are moaning about are caused by developers doing exactly this. --=20 Ciaran McCreesh --Sig_/bVt6WjPN84qSHD7jWOUvYq/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHhOQW96zL6DUtXhERAmWwAJ9e4aBAv5tupN/gIjqLMF6rvinOrgCfeKFV +zuOlakFwBC9E0EedjUUBDM= =fNaw -----END PGP SIGNATURE----- --Sig_/bVt6WjPN84qSHD7jWOUvYq/-- -- gentoo-dev@lists.gentoo.org mailing list