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 1LcEx3-0000DJ-5y for garchives@archives.gentoo.org; Wed, 25 Feb 2009 08:17:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E7D09E02D3; Wed, 25 Feb 2009 08:17:05 +0000 (UTC) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by pigeon.gentoo.org (Postfix) with ESMTP id C8B0EE02D3 for ; Wed, 25 Feb 2009 08:17:04 +0000 (UTC) Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id 9F9CE4B002A for ; Wed, 25 Feb 2009 09:17:01 +0100 (CET) Received: from localhost (toz.strangled.net [82.232.126.136]) by smtp2-g21.free.fr (Postfix) with ESMTP id 9B6974B01B6 for ; Wed, 25 Feb 2009 09:16:58 +0100 (CET) Date: Wed, 25 Feb 2009 09:16:57 +0100 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives Message-ID: <20090225091657.1c2ec556@gentoo.org> In-Reply-To: <49A472E3.1010204@gentoo.org> References: <49A472E3.1010204@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; 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_/DJY.Tositt7Xcpb5pxD4dEs"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: b1682f0f-676e-4d1c-a9e7-8eff64b1e32b X-Archives-Hash: 33551aa405250151ee492b95f27042f7 --Sig_/DJY.Tositt7Xcpb5pxD4dEs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have no strong opinion about this. > 2) EAPI in file extension > - Allows changing global scope and the internal format of the ebuild > a) .ebuild- > - ignored by current Portage simple, straightforward but ugly > b) ..ebuild > - current Portage does not work with this this only has disadvantages in front of a) > c) .. > - ignored by current Portage same as a) but maybe less ugly > 3) EAPI in locked down place in the ebuild > - Allows changing global scope > - EAPI can't be changed in an existing ebuild so the PM can trust > the value in the cache This doesn't need a locked down place, just some strict way of setting it, like at most one EAPI=3D"constant_string_without_space" so that grep & friends can catch it. > - Does not allow changing versioning rules unless version becomes a > normal metadata variable I'm not entirely sure about this and would need some real example/argument in order to be convinced > * Needs more accesses to cache as now you don't have to load older > versions if the latest is not masked true but this "more" would need to be measured and opposed to the number of metadata loads in a dep resolution procedure. > a) doesn't have the one year wait drawback and doesn't mess with pm implementation details (eapi) with package names that shall represent upstream ones. > b) new subdirectory like ebuilds/ > - we could drop extension all together so don't have to argue about > it any more > - more directory reads to get the list of ebuilds in a repository I see no advantage there vs 3.a) > c) .ebuild in current directory > - needs one year wait That could have been done one year ago and would be done now; I think it's still fine now because I don't expect major behavior changes in the ebuild format within one year. To summarize, I would retain 3.a as best solution, having the "usable right now" advantage of current glep55 and keeping the ebuild's file names (more or less) consistent with upstream ones. Alexis. --Sig_/DJY.Tositt7Xcpb5pxD4dEs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmk/nkACgkQvFcC4BYPU0oUsACdEkAuNgzk+twddkaNvAhdoIhI 8g0AnRjBSqZ+sDvSBQwbpym5cRKSG5SP =YkeG -----END PGP SIGNATURE----- --Sig_/DJY.Tositt7Xcpb5pxD4dEs--