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 1LbX4R-000325-Qz for garchives@archives.gentoo.org; Mon, 23 Feb 2009 09:25:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5C52BE0435; Mon, 23 Feb 2009 09:25:29 +0000 (UTC) Received: from mailfilter6.ihug.co.nz (mailfilter6.ihug.co.nz [203.109.136.6]) by pigeon.gentoo.org (Postfix) with ESMTP id D3448E0435 for ; Mon, 23 Feb 2009 09:25:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlQBAL+LX0l2XGXQ/2dsb2JhbAAIyXKFcoFp X-IronPort-AV: E=Sophos;i="4.38,253,1233486000"; d="scan'208";a="78546295" Received: from 118-92-101-208.dsl.dyn.ihug.co.nz (HELO [10.1.1.3]) ([118.92.101.208]) by smtp.mailfilter6.ihug.co.nz with ESMTP; 23 Feb 2009 22:25:27 +1300 Message-ID: <49A26B84.7040006@gentoo.org> Date: Mon, 23 Feb 2009 22:25:24 +1300 From: Alistair Bush User-Agent: Thunderbird 2.0.0.19 (X11/20090102) 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009) References: <1234257125.18160.2016.camel@localhost> <1234450419.20950.2.camel@localhost> <20090212160045.GB3642@comet> <20090212161644.GD3642@comet> <20090212162103.256b003f@snowcone> <20090212171055.GA3652@comet> <20090212172109.778fb268@snowcone> <20090212173743.GD3652@comet> <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> In-Reply-To: <1235378286.31617.6.camel@neuromancer.neuronics-tp.ch> X-Enigmail-Version: 0.95.7 OpenPGP: url= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 65bbeb78-e194-4421-8b7a-384afef05279 X-Archives-Hash: 6b8cd13e88436ae82691267bbe363aaa Tiziano M=C3=BCller wrote: >> What is proposed in glep-55 seems to aim to solve both issues at the=20 >> same time (it isn't stated) by switching file extension every time the= =20 >> eapi is changed. This is slightly against the principle of the least=20 >> surprise and apparently is disliked by enough people to lead the=20 >> situation to be discussed in the council. >> >=20 > 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.) >=20 Doesn't that just add extra complexity for no gain. Personally I don't see what the problem is with simply implementing GLEP-55. It's the best solution. It should be pretty simple to implement too. Certainly it wouldn't be anymore difficult to implement than your solution. Maybe once zmedico finishes his latest development push I will attempt to implement it.