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 1K6PJv-0007Of-LG for garchives@archives.gentoo.org; Wed, 11 Jun 2008 12:20:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 46973E0484; Wed, 11 Jun 2008 12:20:54 +0000 (UTC) Received: from cp-out9.libero.it (cp-out9.libero.it [212.52.84.109]) by pigeon.gentoo.org (Postfix) with ESMTP id CE0B4E0484 for ; Wed, 11 Jun 2008 12:20:53 +0000 (UTC) Received: from [192.168.0.6] (151.57.14.216) by cp-out9.libero.it (8.5.014) id 484D2FE80048A1DC for gentoo-dev@lists.gentoo.org; Wed, 11 Jun 2008 14:20:53 +0200 Message-ID: <484FC2F3.5030004@gentoo.org> Date: Wed, 11 Jun 2008 14:20:03 +0200 From: Luca Barbato User-Agent: Thunderbird 2.0.0.14 (X11/20080601) 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] EAPI-2 - Let's get it started References: <484EAB4F.6070608@gentoo.org> <200806110011.41718.zlin@gentoo.org> <20080611010347.6ced7db2@sheridan.genone.homeip.net> <200806110142.38384.zlin@gentoo.org> <484F5372.80301@gentoo.org> <20080611062006.5d517d71@googlemail.com> <484F6529.8000300@gentoo.org> <20080611064420.704765d4@googlemail.com> <484F6851.8060804@gentoo.org> <3c32af40806110350v2735c537i3c3b136ad2c3375f@mail.gmail.com> In-Reply-To: <3c32af40806110350v2735c537i3c3b136ad2c3375f@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 8ddacc79-6435-4f66-aaf3-a21471e06720 X-Archives-Hash: 91f1c03723aad9a59868dbe672b993fe Santiago M. Mola wrote: > It's not as simple as that. A package may fail tests because compiler > bugs, build environment misconfiguration, problems in a library which > is being used, a setup problem or, of course, a bug in the package > which shows up in rare cases and haven't been spotted by upstream yet. May happen indeed. > When the package can be critical for the system, upgrading to a buggy > version will eat people's dogs. I feel a bit safer when I run the test > phase for my package manager, and I wouldn't install it if it's > failing any test. I don't think that's too paranoid. The main point is that it could be overly bothersome, if you depend on certain applications you won't just use the standard testsuite but also run your batch of compliance checks, but that isn't common. > Upstream clearly states that a gmp build which tests have failed > shouldn't be used. I bet they deny support for users who fail to > follow that indication ;-) gmp isn't a key component if you aren't using math/sci applications using it. You may point openssl as something you may want to have a round of checks before is too late, same for openssh. Still there are people perfectly happy w/out those since they do not use those packages that for me and possibly many other are vital. I won't be happy to have gcc have its batch of tests run, just to see later it fails on ffmpeg because the tests do not catch those conditions, I have better way to break gcc than those you have in the regression test =/ Changing the default features would just at best have people that do not care switch to -test, people that care already about that won't be affected and just create an annoyance. Putting it in an eapi makes not much sense as well since you may change the defaults as you wish since they aren't causing incompatibilities. To sum up: - having the test feature on by default isn't good for anybody but paranoids and lazy developers, paranoids have that already on, lazy developers will switch it off for them and let people do the automated test for them. - having that mandated by the eapi doesn't have sense since it doesn't change anything by itself. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list