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 1M5S1N-0002ga-DZ for garchives@archives.gentoo.org; Sat, 16 May 2009 22:06:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8B59DE06BD; Sat, 16 May 2009 22:06:14 +0000 (UTC) Received: from mail-ew0-f165.google.com (mail-ew0-f165.google.com [209.85.219.165]) by pigeon.gentoo.org (Postfix) with ESMTP id 33893E06BD for ; Sat, 16 May 2009 22:06:14 +0000 (UTC) Received: by ewy9 with SMTP id 9so3197710ewy.34 for ; Sat, 16 May 2009 15:06:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=anxwMMAqwYNDUrqSHKtgtaIwh+CycGAup7UdeybCSu8=; b=pPeruuyjvTzw8p6wPpEp4xejzMf7V7RTDubTpQVeC+oDS6dcZU2t2zyHHSgagpKAWI 0T5DAL/xQRT/BHQYILmLhhxU0Cgh7dz27u97/3TGTxpQ8t3kuqAyGlvOZb08/4oNmR1x xLSBj/x7fcIoOyROfp9OpSdZ/EagE4yx5RTiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=oB2ZTwjYtfTN3/SzVtHzPeSbfjdtP19ukyY20/NCeedwTZGhm8Xna1q+ijDyRYfj3E ckrCX8f9JkWFAWxDJdsHEyjwlHd1uCc7M5Um+bxOLzY9XDq4ayr1Bcr4n9sxAtXsnuTs Nq0LItm073alPAKCnB2Wty7xd6qTihQ7EJBgo= Received: by 10.210.20.17 with SMTP id 17mr2604189ebt.39.1242511573608; Sat, 16 May 2009 15:06:13 -0700 (PDT) Received: from snowmobile (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id 5sm3708490eyf.28.2009.05.16.15.06.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 May 2009 15:06:13 -0700 (PDT) Date: Sat, 16 May 2009 23:06:03 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: The fallacies of GLEP55 Message-ID: <20090516230603.1a689107@snowmobile> In-Reply-To: References: <200905142006.51998.patrick@gentoo.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i686-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; micalg=PGP-SHA1; boundary="Sig_/o=J32osukPg.YWlkE1Ym3uZ"; protocol="application/pgp-signature" X-Archives-Salt: e5738a11-80d0-4cd0-a4fc-4dd3310fc054 X-Archives-Hash: 43cf483e7cb6552d563136ace2d4787b --Sig_/o=J32osukPg.YWlkE1Ym3uZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 16 May 2009 21:58:10 +0000 (UTC) Mark Bateman wrote: > "The current way of specifying the EAPI in ebuilds is flawed" > That is not defining the problem, that is an opening statement. That is the problem. > "In order to get the EAPI the package manager needs to source the > ebuild, which itself needs the EAPI in the first place." > It then describes "a" mechanism utilising an ebuild > (source /usr/portage...) to obtain the EAPI from within the ebuild > (EAPI=3D...). Using this method the entire content of GLEP55 is > accurate.=20 >=20 > However, this is not the only method to determine the EAPI of an > ebuild that exists and as such the viability of GLEP55 as the best > solution is brought into question Yes, it is the only method. > Where is it defined that the ebuild must be sourced 1st? > Why does the ebuild have to be sourced 1st? Such things are obviously true to anyone with a basic understanding of the domain. > GLEP55 explicitly states that the EAPI to be recorded in the file > extension, while, as this thread has shown, a number of methods can > be used to source the EAPI version of the ebuild *without* the need > of actually source'ing the ebuild (grep, sed, metacache) all of which > are viable solutions to the problem, the problem that is so obvious > it doesn't actually have to be defined Except that that isn't true. With the current rules, an ebuild has to be sourced to get EAPI. And you can't just say "use the metadata cache", since the package manager has to know how to generate the metadata cache in the first place. Please make sure you're familiar with the basics of how metadata works before commenting any further. --=20 Ciaran McCreesh --Sig_/o=J32osukPg.YWlkE1Ym3uZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkoPONIACgkQ96zL6DUtXhHyUwCgysWiEvZaJ4k5qZzzLpFQjLl3 xxsAoMOcAjdiPAJv9IN/ADAGQkULOaiP =LV+2 -----END PGP SIGNATURE----- --Sig_/o=J32osukPg.YWlkE1Ym3uZ--