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 1LgvId-0007DH-Ng for garchives@archives.gentoo.org; Tue, 10 Mar 2009 06:18:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BA354E022B; Tue, 10 Mar 2009 06:18:45 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 92EBBE022B for ; Tue, 10 Mar 2009 06:18:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4285E6470D for ; Tue, 10 Mar 2009 06:18:45 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 required=5.5 tests=[AWL=0.623, 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 8OU4BwaU-2+R for ; Tue, 10 Mar 2009 06:18:39 +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 32FB5647F9 for ; Tue, 10 Mar 2009 06:18:38 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LgvIS-0004aF-5g for gentoo-dev@gentoo.org; Tue, 10 Mar 2009 06:18:36 +0000 Received: from ip68-230-99-190.ph.ph.cox.net ([68.230.99.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Mar 2009 06:18:36 +0000 Received: from 1i5t5.duncan by ip68-230-99-190.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Mar 2009 06:18:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Collecting opinions about GLEP 55 and alternatives Date: Tue, 10 Mar 2009 06:18:28 +0000 (UTC) Message-ID: References: <49A472E3.1010204@gentoo.org> <4afbebfe0903090601r5759177bt98639c0c3a61b894@mail.gmail.com> <49B57409.5050406@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: text/plain; charset=UTF-8 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-99-190.ph.ph.cox.net User-Agent: Pan/0.133 (House of Butterflies) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 0e81e1c6-e3b7-4cdb-9139-668b5349f6d8 X-Archives-Hash: 4fe960ab18b03cd23e68cbfe6ed5c65b Richard Freeman posted 49B57409.5050406@gentoo.org, excerpted below, on Mon, 09 Mar 2009 15:54:49 -0400: > If the developer of an ebuild prepares the manifest, then at least thei= r > package manager will know how to handle the ebuild and extract the EAPI= . Good point. The dev's PM will presumably be updated to whatever EAPI=20 he's committing, even if they user's isn't. That does help some. > However, end-user package managers wouldn't need to source the ebuild > to figure out the EAPI. If I've been paying attention, that isn't necessarily the case. Ciaran=20 can better answer why than I can, however. > Potentially the developer could just manually put the EAPI in the > manifest (or use a tool to do this). Obviously this is an extra step > when adding ebuilds to the tree, but that would completely address the > issues with sourcing builds. That's an interesting idea. A "manual" method for putting the EAPI in=20 the manifest, thus bypassing the chicken/egg issue of needing to need the= =20 EAPI to source the ebuild... to get the EAPI. > Changing the manifest format of course creates backwards compatibility > issues. That's likely the biggest issue, potentially making this a "wait a year"=20 solution. But if we got in the PMs and started the clock now... > So, I wouldn't dismiss this idea out of hand - it isn't completely > equivalent to the other options. True. It may well be one component of a full solution, even if it=20 doesn't on its own provide a full solution. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman