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 1Ls0FD-00009W-7u for garchives@archives.gentoo.org; Thu, 09 Apr 2009 19:49:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0D334E04EC; Thu, 9 Apr 2009 19:49:02 +0000 (UTC) Received: from smtp.tmcs.ch (113.245.131.213.static.inetbone.net [213.131.245.113]) by pigeon.gentoo.org (Postfix) with ESMTP id AB7E1E04EC for ; Thu, 9 Apr 2009 19:49:01 +0000 (UTC) Received: from [192.168.0.100] (108-212.3-85.cust.bluewin.ch [85.3.212.108]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.tmcs.ch (Postfix) with ESMTPSA id 77E8A149D8A3 for ; Thu, 9 Apr 2009 21:24:36 +0200 (CEST) Subject: Re: [gentoo-dev] EAPI 3 PMS Draft From: Tiziano =?ISO-8859-1?Q?M=FCller?= To: gentoo-dev@lists.gentoo.org In-Reply-To: <49DE2CAE.90203@gentoo.org> References: <20090316204717.699511f0@snowcone> <1239239522.29054.4.camel@localhost> <20090409153755.067a8eb0@snowcone> <200904091821.55806.patrick@gentoo.org> <20090409172946.000186fe@snowcone> <49DE2CAE.90203@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Vz0aMJ4+CekeNq8f9oPm" Organization: Gentoo Date: Thu, 09 Apr 2009 21:24:30 +0200 Message-Id: <1239305070.7303.133.camel@localhost> 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 X-Mailer: Evolution 2.26.0 X-Archives-Salt: 45dcf795-72b7-42ba-98da-293dc980d3b1 X-Archives-Hash: 5ec8d63b36840c4d28ba3fef1c4b9582 --=-Vz0aMJ4+CekeNq8f9oPm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Am Donnerstag, den 09.04.2009, 13:13 -0400 schrieb Richard Freeman: > Ciaran McCreesh wrote: > >=20 > > Most packages that have tests have working tests. For those that don't, > > the tests have to be restricted. All this proposal does is ensures that > > that happens in a progressive, incremental and safe way. > >=20 >=20 > I agree with this point - failing tests are more the exception than the=20 > rule. >=20 > Looking at my system the only packages I'm skipping tests for are: > openldap|parted|orbit|samba|kpilot|nautilus|libksieve|karm|libbonoboui|gn= ome-vfs|pkgconfig|pam|coreutils|pan|mono|glibc|gettext|curl No need to skip samba, there are no tests anymore. >=20 > Some of those might be fixed now. >=20 > > If packages are failing tests, either it's a legitimate reason, in > > which case it needs to be fixed, or it's not, in which case it needs to > > be restricted. The problem is, currently there's no way for users to > > know which is which. With an EAPI mandated src_test, users will know > > that any failure that gets to them is legitimate. >=20 > Hence my having the list posted above (which is just the ones I use that=20 > I've found problems with). >=20 > I also would like to say that the "slow-test" compromise sounds like a=20 > good idea. >=20 > A fast-running automated test routine is a good sanity check to show=20 > that nothing went wrong during the build. Maybe the user has some odd=20 > version of a dependency that no developer checked with the new package.=20 > Arch testers can't test every combination of dependencies,=20 > configurations, use-flags, etc. >=20 > I would think that this might even cut down on user-reported issues.=20 > Better to find out that a package has a problem BEFORE it is actually=20 > installed. >=20 > If a user is going to spend 10 minutes building a bunch of packages=20 > spending another 30-60 seconds on some basic tests doesn't sound=20 > unreasonable. We could also make it easy for users to disable testing=20 > entirely if they want to live dangerously. >=20 --=-Vz0aMJ4+CekeNq8f9oPm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEABECAAYFAkneS24ACgkQGwVqY66cHjBSCACfZfHyxnnz46ltZBF1Msz8i5dN 59kAn3IT/N9i6Z23fRx39BQEgEoePWAy =g34H -----END PGP SIGNATURE----- --=-Vz0aMJ4+CekeNq8f9oPm--