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 1Hj42V-0003QH-LS for garchives@archives.gentoo.org; Wed, 02 May 2007 01:53:56 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l421qvHw021635; Wed, 2 May 2007 01:52:57 GMT Received: from nemesis.fprintf.net (nemesis.fprintf.net [66.134.112.218]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l421p3Xp019402 for ; Wed, 2 May 2007 01:51:03 GMT Received: (qmail 31512 invoked by uid 210); 1 May 2007 21:51:02 -0400 Received: from 192.168.0.8 by nemesis (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.90.2/3186. spamassassin: 3.1.8. perlscan: 1.25st. Clear:RC:0(192.168.0.8):SA:0(-4.4/5.0):. Processed in 0.334992 secs); 02 May 2007 01:51:02 -0000 X-Spam-Status: No, hits=-4.4 required=5.0 Received: from athena.fprintf.net (HELO ?192.168.0.8?) (dang@fprintf.net@192.168.0.8) by nemesis.fprintf.net with SMTP; 1 May 2007 21:51:02 -0400 Subject: Re: [gentoo-dev] tests From: Daniel Gryniewicz To: gentoo-dev@lists.gentoo.org In-Reply-To: <20070502011203.4a6f12c8@maya> References: <200705011508.57220.peper@gentoo.org> <20070502013220.7a3ae9a4@sheridan.genone.homeip.net> <1178063216.1136.6.camel@athena.fprintf.net> <20070502011203.4a6f12c8@maya> Content-Type: text/plain Date: Tue, 01 May 2007 21:51:17 -0400 Message-Id: <1178070677.1136.23.camel@athena.fprintf.net> 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 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Archives-Salt: fe8ff954-4a19-4ef9-a0fb-469f049a2081 X-Archives-Hash: 39c11844efcd3a9bdad553f5907b1484 On Wed, 2007-05-02 at 01:12 +0100, Stephen Bennett wrote: > On Tue, 01 May 2007 19:46:56 -0400 > Daniel Gryniewicz wrote: > > > There is one serious problem with this: Who's going to do the work to > > figure all this out for the 11,000 odd packages in the tree? This > > seems like a *huge* amount of work, work that I have no plan on doing > > for the 100-odd packages I (help) maintain, let alone the 4-10 > > different versions of each package. I highly doubt other maintainers > > want to do this kind of work either. > > Last I heard the intention was to tie it to the EAPI=1 bump, so that > packages can be updated one by one as they move to the newer eapi. > Current (ie EAPI=0) ebuilds will continue to function as they have done. Sure, but now you're requiring me to go through all that extra work if I want any of the benefits of EAPI=1. Or alternatively, dooming us to support EAPI=0 forever, since I don't want to do that work. Or, third option, is that everyone marks their packages as "low priority tests, don't run them" just to switch to EAPI=1, and we have no gain over what we have now. Honestly, tests are nice, but too many of them are broken upstream, and we are not (and should not be, IMO) in the position of fixing them all. If a developer wants to work with her upstream to fix the tests in her packages, great and more power to her. Most of us are swamped just supporting them, let alone fixing test cases. You really need an upstream who cares a lot about tests for the tests to be meaningful and work. Lots of upstreams don't currently care, and have inherited obsolete and (now) broken tests from previous maintainers. I think this thread in general overestimates the value of tests in packages. I think we will find, if we go through the effort, that more of them are useless and/or broken than are useful. My 2 cents. Daniel -- gentoo-dev@gentoo.org mailing list