public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Tiziano Müller" <dev-zero@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] EAPI 3 PMS Draft
Date: Thu, 09 Apr 2009 21:24:30 +0200	[thread overview]
Message-ID: <1239305070.7303.133.camel@localhost> (raw)
In-Reply-To: <49DE2CAE.90203@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2042 bytes --]

Am Donnerstag, den 09.04.2009, 13:13 -0400 schrieb Richard Freeman:
> Ciaran McCreesh wrote:
> > 
> > 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.
> > 
> 
> I agree with this point - failing tests are more the exception than the 
> rule.
> 
> Looking at my system the only packages I'm skipping tests for are:
> openldap|parted|orbit|samba|kpilot|nautilus|libksieve|karm|libbonoboui|gnome-vfs|pkgconfig|pam|coreutils|pan|mono|glibc|gettext|curl
No need to skip samba, there are no tests anymore.

> 
> Some of those might be fixed now.
> 
> > 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.
> 
> Hence my having the list posted above (which is just the ones I use that 
>   I've found problems with).
> 
> I also would like to say that the "slow-test" compromise sounds like a 
> good idea.
> 
> A fast-running automated test routine is a good sanity check to show 
> that nothing went wrong during the build.  Maybe the user has some odd 
> version of a dependency that no developer checked with the new package. 
>   Arch testers can't test every combination of dependencies, 
> configurations, use-flags, etc.
> 
> I would think that this might even cut down on user-reported issues. 
> Better to find out that a package has a problem BEFORE it is actually 
> installed.
> 
> If a user is going to spend 10 minutes building a bunch of packages 
> spending another 30-60 seconds on some basic tests doesn't sound 
> unreasonable.  We could also make it easy for users to disable testing 
> entirely if they want to live dangerously.
> 

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2009-04-09 19:49 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-16 20:47 [gentoo-dev] EAPI 3 PMS Draft Ciaran McCreesh
2009-03-16 22:59 ` Maciej Mrozowski
2009-03-16 23:09   ` Rémi Cardona
2009-03-16 23:20   ` Ciaran McCreesh
2009-03-16 23:26     ` Tomáš Chvátal
2009-03-16 23:35       ` Ciaran McCreesh
2009-03-17  0:05         ` Jorge Manuel B. S. Vicetto
2009-03-17  0:17           ` Ciaran McCreesh
2009-03-17  0:46   ` Thomas Anderson
2009-03-17  4:07     ` Nirbheek Chauhan
2009-03-16 23:22 ` Tiziano Müller
2009-03-16 23:51   ` [gentoo-dev] " Ryan Hill
2009-03-16 23:54     ` Ciaran McCreesh
2009-03-17  2:47       ` Ryan Hill
2009-04-23  5:32         ` Donnie Berkholz
2009-04-23  6:05           ` Nirbheek Chauhan
2009-03-17  4:45     ` Luca Barbato
2009-03-17  6:47   ` [gentoo-dev] " Ulrich Mueller
2009-03-17  8:15     ` Tiziano Müller
2009-03-17  8:57       ` Ulrich Mueller
2009-03-17 13:55         ` Ciaran McCreesh
2009-03-17 15:11           ` Ulrich Mueller
2009-03-17 15:23             ` Ciaran McCreesh
2009-03-17  8:21   ` Tiziano Müller
2009-03-17  7:50 ` Peter Volkov
2009-03-17  8:05   ` Ulrich Mueller
2009-03-17  8:19     ` Tiziano Müller
2009-03-17 13:54     ` Ciaran McCreesh
2009-03-17 13:55   ` Ciaran McCreesh
2009-04-09  1:12     ` Mart Raudsepp
2009-04-09 14:37       ` Ciaran McCreesh
2009-04-09 16:20         ` Mart Raudsepp
2009-04-09 16:25           ` Ciaran McCreesh
2009-04-11 18:56             ` Alistair Bush
2009-04-11 19:10           ` [gentoo-dev] " Ryan Hill
2009-04-09 16:21         ` [gentoo-dev] " Patrick Lauer
2009-04-09 16:29           ` Ciaran McCreesh
2009-04-09 17:13             ` Richard Freeman
2009-04-09 19:24               ` Tiziano Müller [this message]
2009-04-10 10:03         ` [gentoo-dev] " Christian Faulhammer
2009-04-11  3:54           ` James Rowe
2009-04-11 10:57             ` Marijn Schouten (hkBst)
2009-04-11 12:09               ` James Rowe
2009-04-11 19:08       ` [gentoo-dev] " Alistair Bush
2009-03-17 15:47 ` [gentoo-dev] " Ciaran McCreesh
2009-03-27  9:40 ` [gentoo-dev] " Fabian Groffen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1239305070.7303.133.camel@localhost \
    --to=dev-zero@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox