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 1LsiNk-000753-J4 for garchives@archives.gentoo.org; Sat, 11 Apr 2009 18:56:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7F729E09E2; Sat, 11 Apr 2009 18:56:47 +0000 (UTC) Received: from mailfilter4.ihug.co.nz (mailfilter4.ihug.co.nz [203.109.136.4]) by pigeon.gentoo.org (Postfix) with ESMTP id 04229E09E2 for ; Sat, 11 Apr 2009 18:56:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArkBAFKF4El2XHX3/2dsb2JhbAAIyUOCPoE+BoUW X-IronPort-AV: E=Sophos;i="4.40,172,1238932800"; d="scan'208";a="161611100" Received: from 118-92-117-247.dsl.dyn.ihug.co.nz (HELO [192.168.0.3]) ([118.92.117.247]) by smtp.mailfilter4.ihug.co.nz with ESMTP; 12 Apr 2009 06:56:41 +1200 Message-ID: <49E0E7E8.50607@gentoo.org> Date: Sun, 12 Apr 2009 06:56:40 +1200 From: Alistair Bush User-Agent: Thunderbird 2.0.0.21 (X11/20090325) 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 3 PMS Draft References: <20090316204717.699511f0@snowcone> <1237276217.31676.3403.camel@localhost> <20090317135505.5c0b812a@snowcone> <1239239522.29054.4.camel@localhost> <20090409153755.067a8eb0@snowcone> <1239294039.2065.3.camel@localhost> <20090409172541.2e656b40@snowcone> In-Reply-To: <20090409172541.2e656b40@snowcone> X-Enigmail-Version: 0.95.7 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: ea1c5483-4ced-48b9-914e-d06ed79aaec2 X-Archives-Hash: a2c7168fd652be559e18254ae98ebfbd Ciaran McCreesh wrote: > > Unfortunately, it looks like this proposal's one of those things that > some people will hate for ideological reasons no matter what. I just > hope there're enough people on the Council for whom QA and user systems > not breaking is sufficiently important that they'll vote in favour of > it. > While I support enabling test by default I'm about to do a "foot in mouth" moment and suggest something that is far too over complicated This is a compromise between those that want tests by default and those who don't and has these simple rules 1) Tests are enabled by default for ~arch ebuilds. 2) Tests are _not_ enabled by default for stable ebuilds. ~arch users will therefore have to explicitly disable tests and run the risks associated with that. My guess is that arch users are also the ones more likely to have CFLAGS or LDFLAGS that are significantly different from the defaults hopefully enabling tests will catch all the issues we know that are going to have. arch users will have to explicitly enable tests, but hopefully by the time a package has been marked stable it has had its unit tests ( oh im pointing that foot in mouth again ) run enough times to verify its correctness.