From owner-freebsd-ports@FreeBSD.ORG Thu Dec 24 10:16:08 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73E3B106566B for ; Thu, 24 Dec 2009 10:16:08 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4A58FC0C for ; Thu, 24 Dec 2009 10:16:08 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 4A17734D446; Thu, 24 Dec 2009 10:15:57 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Thu, 24 Dec 2009 10:15:57 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <200912221123.58216.david@vizion2000.net> <20091222203905.GA5879@lonesome.com> <200912222225.22539.david@vizion2000.net> In-Reply-To: <200912222225.22539.david@vizion2000.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912241015.57197.david@vizion2000.net> Cc: Mark Linimon Subject: Re: Ports marked as IGNORE - (cups-pdf) & (urlview) why - how long? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 10:16:08 -0000 > > > Looks like all the PR's were not in place before the test was run on > > > pointyhat. > > > > pointyhat doesn't have anything to do with PRs. It runs based on what > > is checked into CVS when its runs start. How would it be able to do > > otherwise? The ports PR count is currently 998. How is a computer > > program going to know which ones are relevant or correct? > > > > > I deduced from the information on my system that the error was more > > > likely due to a false positive for failure by the testing procedure > > > rather than due to an inherent failure in the code. > > > > build error != install error. If you look at the two error logs, you'll > > see that those are install errors (files required to be installed not > > installed; files required to be deinstalled not being deinstalled). > > > > Ports that do not allow a clean install/deinstall cycle are broken, > > whether they compile or not. > > > > mcl > > Yes I agree BUT it is suggested that the reason that there was not a clean > install/deinstall cycle was because the pointyhat test may have been done > without the benefit of PR ports 141375. Here is Mathew Seaman's take on it: > > "Looks like the problem would have been fixed in PR ports/141375, which > modified > the cups-base port to create the directory in question. As that fix was > applied > on the 12th at 19:39 and the last pointyhat test on cups-pdf appears to > have been > on the same day at 20:57 I reckon pointyhat just missed getting the fix for > at least one of its test cases by about >< that much." > > What we need now is another test on pointyhat to see whether his > speculation is accurate. It seems highly probable to me. > > Time will tell > > David > _______________________________________________ Well that was it! Compiles and installs when the Makefile is amended. So the pointy hat run must have started before the fix was applied even though the test was done after. I suppose the only thing that could prevent similar "false positives for failure" would be for the pointy hat test cycle to include a second check on failures after the run ends to pick up any fixes which had been applied between the start of the run and any individual test. However this is probably such a rare occurence that the effort to amend the procedure may not be justified. It is a useful reminder that pointyhat failures can, under such restricted circumstances, be misleading. Mind you I would prefer a few extra "false failures" than one "false passes"!! David