From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1J4vJi-0007Bc-J2 for garchives@archives.gentoo.org; Wed, 19 Dec 2007 09:34:19 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBJ9WlV4017944; Wed, 19 Dec 2007 09:32:47 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBJ9TICd011944 for ; Wed, 19 Dec 2007 09:29:18 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E8760656DD for ; Wed, 19 Dec 2007 09:29:17 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 required=5.5 tests=[AWL=0.600, BAYES_00=-2.599] 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 oZqGWyyxTLBb for ; Wed, 19 Dec 2007 09:29:11 +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 150366494F for ; Wed, 19 Dec 2007 09:29:09 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J4vEf-0002Sg-GK for gentoo-dev@gentoo.org; Wed, 19 Dec 2007 09:29:05 +0000 Received: from ip68-231-12-179.ph.ph.cox.net ([68.231.12.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Dec 2007 09:29:05 +0000 Received: from 1i5t5.duncan by ip68-231-12-179.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Dec 2007 09:29:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) Date: Wed, 19 Dec 2007 09:28:55 +0000 (UTC) Message-ID: References: <200712172320.01988.peper@gentoo.org> <20071218175632.GC4423@ferdyx.org> <200712182111.20754.peper@gentoo.org> <20071219000653.401ba9ba@blueyonder.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-12-179.ph.ph.cox.net User-Agent: Pan/0.132 (Waxed in Black) Sender: news X-Archives-Salt: 77058cf7-5ed9-4fcb-945e-702769e204a9 X-Archives-Hash: d3a5e352143fd60e0e262e1a03a32495 Ciaran McCreesh posted 20071219000653.401ba9ba@blueyonder.co.uk, excerpted below, on Wed, 19 Dec 2007 00:06:53 +0000: >> And if a particular ebuild uses features from a non-conflicting >> super-set of several such EAPIs (Ulrich's message) ... > > Then there should be an EAPI defined that permits all of those features. > > Functionality would only be removed from EAPIs for specific reasons: > > * Conflicts with new features (think *DEPEND vs DEPENDENCIES). In which > case, you can't mix features between EAPIs anyway. > > * Deprecating old nasty features. In which case, you shouldn't be using > said features anyway. > > * Massively different EAPIs. In which case you reaaaallly can't mix > EAPIs. I thought it worthwhile when I saw the question asked, but given your experience in the matter and the lack of anyone from the other PMs saying otherwise, I'll take your word for it. Thanks. (Of course I can't/don't speak for the original question poster.) (BTW, saw the http://obsethryl.eu interview. While I'm probably part of the "noise", someone with the demonstrated tenacity to follow thru as you do... every comment gets a reply... that deserves and gets a lot of respect, in my book. Thanks /for/ that follow-thru.) -- 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 -- gentoo-dev@gentoo.org mailing list