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 1JCQVo-0006YE-TG for garchives@archives.gentoo.org; Wed, 09 Jan 2008 02:17:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 27EE1E0B29; Wed, 9 Jan 2008 02:17:47 +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 95FA4E0B29 for ; Wed, 9 Jan 2008 02:17:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.ferdyx.org (Postfix) with ESMTP id 0FBD28D306 for ; Wed, 9 Jan 2008 03:24:06 +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 n9U68SEVCD64 for ; Wed, 9 Jan 2008 03:24:01 +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 DC27D8D305 for ; Wed, 9 Jan 2008 03:24:00 +0100 (CET) Date: Wed, 9 Jan 2008 02:17:35 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for January Message-ID: <20080109021735.42cd3856@snowcone> In-Reply-To: <1199829889.8108.12.camel@inertia.twi-31o2.org> References: <20080101103002.083C4652C4@smtp.gentoo.org> <54551.192.168.2.159.1199365359.squirrel@www.aei-tech.com> <477D75CA.1030003@gentoo.org> <20080104000155.23e056b4@snowcone> <20080104004653.039f488e@snowcone> <20080104012750.63f4f23a@snowcone> <63044.68.54.223.178.1199445791.squirrel@www.aei-tech.com> <20080104210213.50a99e6b@snowcone> <61164.68.54.223.178.1199485599.squirrel@www.aei-tech.com> <20080104223754.3fb48b85@snowcone> <1199506818.7609.30.camel@inertia.twi-31o2.org> <20080105043233.0935d2f8@snowcone> <61307.68.54.223.178.1199541823.squirrel@www.aei-tech.com> <20080106003356.46087fef@snowcone> <20080106233412.5875626f@snowcone> <1199829889.8108.12.camel@inertia.twi-31o2.org> X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.1; x86_64-pc-linux-gnu) 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: multipart/signed; boundary="Sig_/aE97biXWLK.S0P=qZkuV3aV"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 58d25920-cd94-49d2-bf79-239fbea44853 X-Archives-Hash: ede47d6e74d0fb94800ac3dbd818d215 --Sig_/aE97biXWLK.S0P=qZkuV3aV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 08 Jan 2008 14:04:49 -0800 Chris Gianelloni wrote: > I have foo 1.0, which is mips. There is foo 2.0, which is stable > everywhere else. The foo 1.0 ebuild does not conform to current > ebuild standards. I want to commit changes to foo 2.0, and repoman > won't allow me due to problems in foo 1.0, but I don't want to WASTE > MY TIME on foo 1.0, because it's been EOL for 2 years and I've had an > open bug for mips to test the newer version for 2 years. I've asked > several mips team developers, who all give me the same "we don't have > enough manpower/horsepower to test that right now" excuse. You know what by far the largest cause of repoman not allowing you to commit because of older versions is? Developers screwing up keywords because they don't care about certain archs. Things don't mysteriously break on their own... > > * How unmaintained ebuilds are a maintenance burden. Doesn't that > > contradict itself? >=20 > When repoman keeps me from being able to commit due to an ebuild that > remains in the tree only for an architecture hardly anyone uses or > cares about, that affects me. And why does repoman do that? Oh. Yeah. Because people with an attitude like yours think that the correct way to fix a repoman message is to start nuking arch keywords, ignoring what it does to the rest of the tree. > This is especially true since you've been pretty much the main > proponent for keeping things as they are with these slack arches. Perhaps because the people maintaining those archs have better things to do that deal with the same silly ill-thought-out arguments every three months. > I mean, if vapier can maintain arm/sh/s390, by himself, to a better > degree than the mips *TEAM* can do, that should be an indication of a > problem. That's an interesting assertion. Can you back it up? --=20 Ciaran McCreesh --Sig_/aE97biXWLK.S0P=qZkuV3aV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHhC7C96zL6DUtXhERAtDrAJ4vVhAoWYU5Vv8IgjVwH4kV8MOOCQCgndzs POAauDR2BnZUNaVCNMm24Ng= =HaGn -----END PGP SIGNATURE----- --Sig_/aE97biXWLK.S0P=qZkuV3aV-- -- gentoo-dev@lists.gentoo.org mailing list