From owner-freebsd-ports-bugs@FreeBSD.ORG Tue Dec 21 16:20:46 2004 Return-Path: Delivered-To: freebsd-ports-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E73E16A4CE for ; Tue, 21 Dec 2004 16:20:46 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsnet.ro [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E9D43D48 for ; Tue, 21 Dec 2004 16:20:34 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 5914 invoked by uid 89); 21 Dec 2004 16:26:32 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 21 Dec 2004 16:26:32 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 99FE51187D; Tue, 21 Dec 2004 18:20:26 +0200 (EET) Date: Tue, 21 Dec 2004 18:20:26 +0200 From: Ion-Mihai Tetcu To: Volker Stolz Message-ID: <20041221182026.3d8261c3@it.buh.tecnik93.com> In-Reply-To: <20041221154229.GQ23923@i2.informatik.rwth-aachen.de> References: <200412201235.iBKCZB0r063931@freefall.freebsd.org> <20041221161945.38a18658@it.buh.tecnik93.com> <20041221154229.GQ23923@i2.informatik.rwth-aachen.de> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/75155: [PATCH] audio/baudline: fetching does not require linprocfs X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 16:20:46 -0000 On Tue, 21 Dec 2004 16:42:29 +0100 Volker Stolz wrote: > Am 21. Dec 2004 um 15:19 CET schrieb Ion-Mihai Tetcu: > > > I used pre-install since I had to spend too much time > > > thinking about why you'd go for pre-extract :) (including > > > the roundtrip to pkg-message and then back to IGNORE) > > > > The idea was to not spend time extracting, patching, ... if no linprocfs > > present and the user could see this form the beginning. > > If you look closely at the port, you'll notice that virtually > no time at all is involved since it's a binary port. Actually > the right thing to do would be having linprocfs as a run-dependency > which is not possible. Now, we get almost all the regression testing > for this port the cluster can provide, which unluckily because of > the above restriction means stopping short of generating a package. > I think we can all live with the new situation. Oh, I don't use the port itself; but because of linprocfs my master_ports_blah_machine [1] was failing to fetch it and used to require manual intervation. I should have looked closer at what the port is / does. [1] - that's a machine that fetches the distfiles for i386 ports by parsing cvsup logs and it is MASTER_SITE for the rest, plus it builds the ports we use on the other machines customized to our needs. -- IOnut Unregistered ;) FreeBSD "user"