From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1M5NOV-0008Oa-Ob for garchives@archives.gentoo.org; Sat, 16 May 2009 17:09:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2AD4DE04A7; Sat, 16 May 2009 17:09:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 01B4FE04A7 for ; Sat, 16 May 2009 17:09:53 +0000 (UTC) Received: from [192.168.1.110] (unknown [117.192.140.249]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id B0DDA6517E for ; Sat, 16 May 2009 17:09:51 +0000 (UTC) Subject: Re: [gentoo-dev] The fallacies of GLEP55 From: Arun Raghavan To: gentoo-dev@lists.gentoo.org In-Reply-To: <20090516175931.7756060d@snowmobile> References: <20090514225337.34df7dac@snowcone> <20090515194329.GA16382@linux1> <20090515204905.54aa6a5c@snowmobile> <20090516092710.GA3221@eric.schwarzvogel.de> <20090516151216.15efc792@snowmobile> <20090516153224.GA4964@eric.schwarzvogel.de> <20090516163421.32935cbc@snowmobile> <20090516154332.GA6646@eric.schwarzvogel.de> <20090516164903.261df865@snowmobile> <1242491708.7309.3.camel@peripatetic.hades> <20090516163908.GB11144@dodo.hsd1.nj.comcast.net> <1242492270.7309.6.camel@peripatetic.hades> <20090516174730.1d7dd5b7@snowmobile> <1242492844.7309.9.camel@peripatetic.hades> <20090516175931.7756060d@snowmobile> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-b+DK0GKoMqWlrJU9PReW" Date: Sat, 16 May 2009 22:39:46 +0530 Message-Id: <1242493786.7309.17.camel@peripatetic.hades> 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 X-Mailer: Evolution 2.26.1.1 X-Archives-Salt: 08920497-6388-41c2-8500-98af66fe188d X-Archives-Hash: 440038e298980707e3a31f03e8743c85 --=-b+DK0GKoMqWlrJU9PReW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 17:59 +0100, Ciaran McCreesh wrote: [...] > > Don't care. Let's fix the problems we have *now* using solutions that > > we can agree upon, rather than try to foist solutions that a > > reasonably large population of developers *don't* like (even after > > extended debate) to solve problems that don't exist yet. >=20 > No, let's fix it so we don't have to do the whole thing again in > another year or two. I see nothing about the current problem that merits the fooling around with the ebuild extension. I've listened to and considered all the arguments that have been made, and I still stand by my opinion that it an unclean solution (meaning, we don't need to rehash those arguments again here). Bottom line, we (everyone who has been on this discussion from the beginning) disagree. Just as we did a year ago. Standing steadfast on the filename extension just means that all the version format problems that you're trying to solve are going to stand blocked because of it. I think it makes far more sense to work towards agreeing on a solution rather than restating the same arguments every 6 months and reaching the same impasse. -- Arun --=-b+DK0GKoMqWlrJU9PReW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEABECAAYFAkoO81oACgkQ+Vqt1inD4uzyawCgpRMQP1DNQVEbv2+s5mLuKk53 jXwAmQGSOnTDALMsE3ycp4IzjBXEtFYb =7v/6 -----END PGP SIGNATURE----- --=-b+DK0GKoMqWlrJU9PReW--