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 1Lc70B-0008L3-RG for garchives@archives.gentoo.org; Tue, 24 Feb 2009 23:47:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7FB0CE04F6; Tue, 24 Feb 2009 23:47:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3EC22E04F6 for ; Tue, 24 Feb 2009 23:47:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id C230164342 for ; Tue, 24 Feb 2009 23:47:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.427 X-Spam-Level: X-Spam-Status: No, score=-3.427 required=5.5 tests=[AWL=0.172, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2BjMe2wHlXHm for ; Tue, 24 Feb 2009 23:47:41 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id D7F4C64562 for ; Tue, 24 Feb 2009 23:47:39 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lc6zt-0006aD-8X for gentoo-dev@gentoo.org; Tue, 24 Feb 2009 23:47:33 +0000 Received: from s0106001f3b27dbf9.mj.shawcable.net ([70.64.208.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Feb 2009 23:47:33 +0000 Received: from dirtyepic by s0106001f3b27dbf9.mj.shawcable.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Feb 2009 23:47:33 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Ryan Hill Subject: [gentoo-dev] Re: Collecting opinions about GLEP 55 and alternatives Date: Tue, 24 Feb 2009 17:48:40 -0600 Message-ID: <20090224174840.6af6eb99@halo.dirtyepic.sk.ca> References: <49A472E3.1010204@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; boundary="Sig_/ov.Xj4jkGha+ZvWmDDevYGc"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: s0106001f3b27dbf9.mj.shawcable.net X-Newsreader: Claws Mail 3.7.0 (GTK+ 2.14.7; x86_64-pc-linux-gnu) Sender: news X-Archives-Salt: 967b363c-686c-42f5-9ddf-9bc2c3deaef8 X-Archives-Hash: 990b4656c7a3f8c2c17bf06ce7b0071a --Sig_/ov.Xj4jkGha+ZvWmDDevYGc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 25 Feb 2009 00:21:23 +0200 Petteri R=C3=A4ty wrote: > Let's try something new. I would like to get opinions from as many > people as possible about GLEP 55 and alternatives listed here in order > to get some idea what the general developer pool thinks. Everyone is > only allowed to post a single reply to this thread in order to make it > easy to read through. The existing thread should be used for actual > discussion about the GLEP and the alternatives. This should be a > useful experiment to see if we can control ourselves :) >=20 > My notes so far: >=20 > 1) Status quo > - does not allow changing inherit > - bash version in global scope > - global scope in general is quite locked down >=20 > 2) EAPI in file extension > - Allows changing global scope and the internal format of the ebuild > a) .ebuild- > - ignored by current Portage #1 Though I also wouldn't mind separate EAPI and ebuild-format versions, EAPI limited to the stuffing and EBV for the bird. I'd expect the number of times we'll need to make global changes will be few. (fewer than EAPI changes anyways) > b) ..ebuild > - current Portage does not work with this #2 > c) .. > - ignored by current Portage This would be #2 if I could think of a better extension than .ebuild .esh .gentoo .rebuild .fbuild .eawesomeness (not seriously) > 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 > - Does not allow changing versioning rules unless version becomes a > normal metadata variable > * Needs more accesses to cache as now you don't have to load older > versions if the latest is not masked > a) > 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 > c) .ebuild in current directory > - needs one year wait #3 --=20 gcc-porting, by design, by neglect treecleaner, for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 --Sig_/ov.Xj4jkGha+ZvWmDDevYGc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmkh1gACgkQiqiDRvmkBmJjUgCfakpnjgQQThuHWb8qThgjjBEq QqQAoKx3q2ro4X0D/90phO2CA8z2ObNS =eF3H -----END PGP SIGNATURE----- --Sig_/ov.Xj4jkGha+ZvWmDDevYGc--