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 1Hcekt-0006fA-5S for garchives@archives.gentoo.org; Sat, 14 Apr 2007 09:41:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l3E9eGpN032031; Sat, 14 Apr 2007 09:40:16 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 l3E9cJrl029718 for ; Sat, 14 Apr 2007 09:38:20 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id A9A1264B0C for ; Sat, 14 Apr 2007 09:38:19 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -0.929 X-Spam-Level: X-Spam-Status: No, score=-0.929 required=5.5 tests=[AWL=-0.929] 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 Vn1kZxRmAEvh for ; Sat, 14 Apr 2007 09:38:13 +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 7D5946428A for ; Sat, 14 Apr 2007 09:38:10 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hcehq-0001Y2-Hl for gentoo-dev@gentoo.org; Sat, 14 Apr 2007 11:38:06 +0200 Received: from ip68-231-15-154.ph.ph.cox.net ([68.231.15.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Apr 2007 11:38:06 +0200 Received: from 1i5t5.duncan by ip68-231-15-154.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Apr 2007 11:38:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: EAPI 1 (Was: Re: Monthly Gentoo Council Reminder for April) Date: Sat, 14 Apr 2007 09:37:58 +0000 (UTC) Message-ID: References: <20070401092940.1B4C26441E@smtp.gentoo.org> <200704131053.39321.vapier@gentoo.org> <20070413162514.75393d90@snowflake> <200704131152.17004.vapier@gentoo.org> <20070413174251.6e46a67e@snowflake> <461FC8EE.8090904@gentoo.org> <20070413193605.709a99a3@snowflake> <461FDA19.2040408@gentoo.org> <20070413204647.2f3bf04a@snowflake> <46207158.3070103@gentoo.org> 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@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-15-154.ph.ph.cox.net User-Agent: Pan/0.126 (Demon Sweat) Sender: news X-Archives-Salt: 35da1862-6ff6-4d05-a20e-54e2154f5841 X-Archives-Hash: d0dd60bee9ad1835d6b9ff4bce3f71f6 Luca Barbato posted 46207158.3070103@gentoo.org, excerpted below, on Sat, 14 Apr 2007 08:14:48 +0200: > Adding more build time, requirements (yes, there are some tests that > needs more ram and cpu to complete than the actual build phase) w/out > ways to opt out is just hindering our users. Tell me about it. We (I'm involved upstream) had a bug in pan that required ~1.3 gig of memory to compile one of the tests... IF one was using gcc-3.4.x AND >= -O2. I /think/ it was eventually resolved by turning off optimization for compiling the tests (not sure as gcc-3.x is not commonly used any more and I didn't follow the bug to full resolution), but it hit several users, including some Gentoo users back before gcc-4.x went stable, which we were able to help. That said, I don't believe /anyone/ is proposing doing something so un- Gentoo-like as not giving the user ways to opt-out. From my read, FEATURES=test would simply be the default, with individual ebuilds able to opt-out via restrict, and individual users being able to opt-out by simply setting the feature off, just as the opt-in by simply setting it on, now. I like the idea in general, tho I'd like to see something like FEATURES=bigtest implemented for the biggest/longest/most-resource- intensive/extra-dependencies tests. The extra granularity would give users a no-hassle way to enable tests on most packages, without forcing the huge tests on folks that weren't prepared for them, OR forcing maintainers to turn off (restrict) tests altogether in such cases. Restrict=test could then be reserved for those that are known to be broken, regardless of the resources thrown at them. -- 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