From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HcPso-000147-Jp for garchives@archives.gentoo.org; Fri, 13 Apr 2007 17:48:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l3DHj52q032040; Fri, 13 Apr 2007 17:45:05 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l3DHdI7M020884 for ; Fri, 13 Apr 2007 17:39:24 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id B961965223 for ; Fri, 13 Apr 2007 17:09:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: 0.487 X-Spam-Level: X-Spam-Status: No, score=0.487 required=5.5 tests=[AWL=-0.766, RCVD_NUMERIC_HELO=1.253] 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 pgnNkoGsdUQ6 for ; Fri, 13 Apr 2007 17:09:00 +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 702A865297 for ; Fri, 13 Apr 2007 17:08:59 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HcPGV-0000K3-7N for gentoo-dev@gentoo.org; Fri, 13 Apr 2007 19:08:51 +0200 Received: from 82.153.71.177 ([82.153.71.177]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Apr 2007 19:08:51 +0200 Received: from slong by 82.153.71.177 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Apr 2007 19:08:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steve Long Subject: [gentoo-dev] Re: EAPI 1 (Was: Re: Monthly Gentoo Council Reminder for April) Date: Fri, 13 Apr 2007 18:05:09 +0100 Message-ID: References: <20070401092940.1B4C26441E@smtp.gentoo.org> <200704131053.39321.vapier@gentoo.org> <20070413162514.75393d90@snowflake> <200704131152.17004.vapier@gentoo.org> <20070413174251.6e46a67e@snowflake> 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=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 82.153.71.177 User-Agent: KNode/0.10.4 Sender: news X-Archives-Salt: ee216bd0-aae5-4689-8ec8-fd28867d18cc X-Archives-Hash: c1159df57662e317cdf8f5b35e0c182d Ciaran McCreesh wrote: > Mike Frysinger wrote: >> > > you're proposing we suddenly bloat all of our src_install >> > > functions for no gain at all How big a bloat is it? Surely it's a coupla lines in the eclasses? Cos the behaviour is inconsistent, as Ciaran pointed out. >> > Well no, they can't, because there are a whole load of ebuilds that >> > will break if they do that. But if it's introduced as mandatory >> > (barring ebuilds RESTRICTing it) for EAPI 1, the tree will slowly >> > move towards everything that reasonably can do having working test >> > suites, which will be a huge step forward for QA. >> >> that's really the QA's job to enforce, not the package manager >> >> if the QA team wants to spear head a tree wide effort at getting >> src_test up and running, they're certainly free to > > The arch teams have been pushing for this for a long time. They're > trying to get this enforced, but are having limited success because > there's no way for FEATURES=test to become widely used that won't lead > to broken user systems. Moving src_test to be always on in future EAPIs > is an easy way of helping arch teams achieve this goal without breaking > anyone's system in the meantime. > I have to say Mr McCreesh's argument has persuaded me on this aspect too. -- gentoo-dev@gentoo.org mailing list