From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3UKQ1Uh027802 for ; Sat, 30 Apr 2005 20:26:02 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DRyXS-0003JM-DU for gentoo-dev@lists.gentoo.org; Sat, 30 Apr 2005 20:26:10 +0000 Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DRyRe-0003cL-MU for gentoo-dev@gentoo.org; Sat, 30 Apr 2005 22:20:10 +0200 Received: from hsdbyk206-163-248-19.sasknet.sk.ca ([206.163.248.19]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Apr 2005 22:20:10 +0200 Received: from dirtyepic by hsdbyk206-163-248-19.sasknet.sk.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Apr 2005 22:20:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: R Hill Subject: [gentoo-dev] Re: The usefulness of test in FEATURES Date: Sat, 30 Apr 2005 13:43:42 -0600 Message-ID: References: <20050430134818.GO8632@kfk4ever.com> 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 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: hsdbyk206-163-248-19.sasknet.sk.ca User-Agent: Mozilla Thunderbird 1.0+ (X11/20050429) In-Reply-To: <20050430134818.GO8632@kfk4ever.com> Sender: news X-Archives-Salt: cf844d99-0d3b-46da-9301-99f2a58cf845 X-Archives-Hash: cfa043cb9498b8f170db07b863d05035 Maurice van der Pot wrote: > It's understandable that fixing this is a low priority thing, but what > I would like to propose is to either fix the tests or disable them. > The latter would be the thing to do for devs who are currently closing > bugs about tests with WONTFIX or similar. > > If fixing the tests is not WONTFIX but rather something way down on your > todo list, I would also recommend disabling the tests in the ebuild. > A bug report could be used to track these bugs, but at least it would > not bother so many people while it is still unsolved. Well, in my experience as a user that has made it a priority to report broken test suites when I come across them (w/ patches attached whenever I can), I would argue that if you take the maintainers that close test failures as WONTFIX, and add to them the maintainers who don't care one way or another, and have them all disable test in their packages, you might as well not even have the test feature at all. :P > By keeping tests that fail enabled in one ebuild, perfectly good tests > of any other ebuild are rendered useless because it becomes almost > impossible to upgrade a system with "test" in FEATURES. It's not so bad. I keep a running list of which packages fail their tests on me and it's usually under half a dozen at any given time. I have about another half dozen open in bugzilla but most of them have patches included. I can definitely understand why test failures are a low-priority thing. They're a pain in the ass and it's not like you need yet another thing to maintain. But IMHO it's better to leave them enabled for some sap like me to fix one day down the line than to disable them now and lose that opportunity. Maybe a way of lessening the annoyance of test failures would be having a way to resume the build at the install phase. I'm thinking of something similar the touch ${BUILDDIR}/.compiled trick. as it is, if you remove test from FEATURES, touch .tested, and then 'ebuild foo.ebuild install' the tests still run. This is especially frustrating when you've just spent 6 hours compiling a package to have it fail because of sandboxing. --de. -- gentoo-dev@gentoo.org mailing list