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 1LbZsz-0006jK-An for garchives@archives.gentoo.org; Mon, 23 Feb 2009 12:26:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 40EBCE03AF; Mon, 23 Feb 2009 12:26:12 +0000 (UTC) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by pigeon.gentoo.org (Postfix) with ESMTP id F062CE03AF for ; Mon, 23 Feb 2009 12:26:11 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id g9so1784419rvb.2 for ; Mon, 23 Feb 2009 04:26:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=26dSn+NAalRfLQY+5h3xxd+/77K+002FdOlv9e47lmU=; b=aFvAQMQSaJaJhOsO5NRK6fQCMbnhadg8BKxcGmT/SiR14JC9fx+EdUS708yPNAxXmW TDnenP4QjgCgmGqdGsoRLQNlTdiyLtWlPOrGP6ppWhMXlCgyF34C7ISIeCPGcwlQEzHB fPL4yeaFQXAnyvMQX0Eaq/9uDSriYONFGC3sA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GmDEXnTh0VNzhsKdvA/Hn9bnr45DrzBeQE5R1xM7fqpqPLVGMC+5FaK1inM565vE0r dDWn6tSsQ9IML9w1Qs1BC5T9O/dotAi9Bnu7HRuFJ/7xjMKt40JYa85iNFPAGAC6QSD7 y1XSXEDBu/+Xh6q4IHP9JvKAww83bp3eVJtcY= Received: by 10.140.248.15 with SMTP id v15mr2014728rvh.165.1235391971399; Mon, 23 Feb 2009 04:26:11 -0800 (PST) Received: from smtp.gmail.com (c-98-210-196-21.hsd1.ca.comcast.net [98.210.196.21]) by mx.google.com with ESMTPS id b8sm13546455rvf.8.2009.02.23.04.26.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Feb 2009 04:26:10 -0800 (PST) Received: by smtp.gmail.com (sSMTP sendmail emulation); Mon, 23 Feb 2009 04:26:49 -0800 Date: Mon, 23 Feb 2009 04:26:49 -0800 From: Brian Harring 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) Message-ID: <20090223122648.GA3487@hrair.hsd1.ca.comcast.net> References: <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> <49A26B84.7040006@gentoo.org> <1235383347.12908.0.camel@neuromancer.neuronics-tp.ch> 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="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Archives-Salt: b2609d13-cada-42b7-a093-950ce9199d3e X-Archives-Hash: 05365a1aa9a6acef6bfd5b9329701d56 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=utf8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 23, 2009 at 07:28:00PM +0900, Douglas Anderson wrote: > On Mon, Feb 23, 2009 at 7:02 PM, Tiziano M=C3=BCller wrote: > > Am Montag, den 23.02.2009, 22:25 +1300 schrieb Alistair Bush: > >> > >> Tiziano M=C3=BCller wrote: > >> >> What is proposed in glep-55 seems to aim to solve both issues at the > >> >> same time (it isn't stated) by switching file extension every time = the > >> >> eapi is changed. This is slightly against the principle of the least > >> >> surprise and apparently is disliked by enough people to lead the > >> >> situation to be discussed in the council. > >> >> > >> > > >> > Instead of switching file extension every time the eapi is changed y= ou > >> > could also increment it only when a new EAPI breaks sourcing the ebu= ild > >> > compared to the requirements of the prior EAPI. > >> > (This way you'd in fact split EAPI into a major- and a minor-version= =2E) > >> > > >> > >> Doesn't that just add extra complexity for no gain. > > Yes, sure. I was just looking for a solution for the "we have countless= .eapi-X after 10 years" problem. >=20 > No one wants to be working with ebuild-29 or something like that in a > few years and trying to figure out which feature came in which EAPI. > Instead of bumping EAPI for each little change, save them up and bump > no more than once a year or less, each bump bringing in some major new > feature. With a little common sense and planning, we could make this a > non-issue and give ebuild authors and PM devs alike a little time to > get used to each change. There also is the angle that deploying g55 requires waiting at least a=20 full stage release (~year, at least by the old standards) to ensure=20 people aren't screwed by the repository changing formats=20 (unversioned!) under their feet. I'd point out that g55 isn't even accepted (search the archives for=20 the debates), but folks seem to be ignoring that and the issues of=20 just flipping the switch... ~harring, aka the "version the farking repo format so stuff like this=20 can be done cleanly" guy --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmilggACgkQsiLx3HvNzgfw5wCbB52/L6siHn22mYh+NEk4Jk3a 3ZUAn18xZTtRk/IgbiOwZ8M50gsno/mI =pDFI -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE--