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 1Lbb2c-0006P8-7J for garchives@archives.gentoo.org; Mon, 23 Feb 2009 13:40:14 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 755C4E040F; Mon, 23 Feb 2009 13:40:11 +0000 (UTC) Received: from mail-qy0-f20.google.com (mail-qy0-f20.google.com [209.85.221.20]) by pigeon.gentoo.org (Postfix) with ESMTP id 43F45E040D; Mon, 23 Feb 2009 13:40:11 +0000 (UTC) Received: by qyk13 with SMTP id 13so3360467qyk.10 for ; Mon, 23 Feb 2009 05:40:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :cc:subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=0nrgAydfNp/Qk9tm52SWE99n6dBbSPNeT+kFhVhIk10=; b=VlwWdeA0JRQy4kyuc0sBoMqsP1OZJtWM2phtyfYoB0HI1uh51sr/BARw3cYGsSkosc MflKqeLmKKpzfaJRR7+fJJ3n65KpGbQdlrHROeJtQMhcYXT7LeyAomDuI0fZKb8D/dC4 s+Fen8X+6w79A682fqNOnhYaiTgGLTrDZe5BI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=xcRN7rUYp5afEPRKMLtR1PQuTTcIGi0/tZssRw8niysZjEjGti/qfG5Lu7nRZYpNMv h68agr8gzb6j7k69L3KhpbkdDGVPVZdIWLteqhUOuePwtEIYr0Nuruagyaat137vYKm/ mDlouAhLmiJ1b34IwiQPr/y/G9o6RQSIGM3KY= Received: by 10.224.54.3 with SMTP id o3mr5179260qag.317.1235396410359; Mon, 23 Feb 2009 05:40:10 -0800 (PST) Received: from smtp.gmail.com (c-69-249-154-72.hsd1.nj.comcast.net [69.249.154.72]) by mx.google.com with ESMTPS id 34sm19461368yxl.58.2009.02.23.05.40.09 (version=SSLv3 cipher=RC4-MD5); Mon, 23 Feb 2009 05:40:09 -0800 (PST) Sender: Thomas Anderson Received: by smtp.gmail.com (nbSMTP-1.00) for uid 1000 (using TLSv1/SSLv3 with cipher RC4-MD5 (128/128 bits)) gentoofan23@gentoo.org; Mon, 23 Feb 2009 08:40:09 -0500 (EST) Date: Mon, 23 Feb 2009 08:40:08 -0500 From: Thomas Anderson To: Luca Barbato Cc: gentoo-dev@lists.gentoo.org, gentoo-council@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009) Message-ID: <20090223134008.GA15253@dodo.hsd1.nj.comcast.net> References: <20090212180350.0d9a9df5@snowcone> <1235037961.13198.779.camel@localhost> <20090219125124.33eaa66c@snowcone> <1235077892.13198.1923.camel@localhost> <20090222171658.278ae167@halo.dirtyepic.sk.ca> <49A1E1CB.1000806@gentoo.org> <20090222234800.29d64b8d@snowcone> <49A206A7.3050604@gentoo.org> <1235378286.31617.6.camel@neuromancer.neuronics-tp.ch> <49A2A2DD.7080706@gentoo.org> 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; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <49A2A2DD.7080706@gentoo.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Archives-Salt: 49c9bf3f-7728-4443-830f-3b3b00c79711 X-Archives-Hash: c6ca0e24e23ea9fcabb85b944e974ac3 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 23, 2009 at 02:21:33PM +0100, Luca Barbato wrote: > Tiziano M??ller wrote: >>> What is proposed in glep-55 seems to aim to solve both issues at the sa= me=20 >>> time (it isn't stated) by switching file extension every time the eapi = is=20 >>> changed. This is slightly against the principle of the least surprise a= nd=20 >>> apparently is disliked by enough people to lead the situation to be=20 >>> discussed in the council. >>> >> Instead of switching file extension every time the eapi is changed you >> could also increment it only when a new EAPI breaks sourcing the ebuild >> compared to the requirements of the prior EAPI. >> (This way you'd in fact split EAPI into a major- and a minor-version.) > > Makes you getting to have to do the two stage source again AND you get=20 > another non obvious condition "Should I bump the eapi internally or the= =20 > filename?" The glep is quite clear on that point. > The main point again what is proposed in glep-55 is it that isn't invasiv= e=20 > and non-transparent to users and developers. It's not all that invasive. All that changes is that the EAPI goes at the end of the filename and you don't set it in the ebuild. Developers should be able to keep up with this, and if a user asks it's easy enough to say that "it's a new version of ebuild, it has newer features see www.blah.org/blah for details". And really, users already ask what EAPI is so it's not that much headache. --=20 --------- Thomas Anderson Gentoo Developer ///////// Areas of responsibility: AMD64, Secretary to the Gentoo Council --------- --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkmipzgACgkQF6yMcaBxwHkEiACgkmHVg+FiEsN/3NUamprgOQzc XBkAoJkrAY3JA/6Qjk5JTyoPOIvLlKiy =PZbX -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS--