From owner-freebsd-ports@FreeBSD.ORG Thu Jul 26 17:13:59 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7FD316A417 for ; Thu, 26 Jul 2007 17:13:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9683E13C459 for ; Thu, 26 Jul 2007 17:13:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 79A8C1A4D81; Thu, 26 Jul 2007 10:13:58 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id 00580BAEA; Thu, 26 Jul 2007 13:13:58 -0400 (EDT) Date: Thu, 26 Jul 2007 13:13:58 -0400 From: Kris Kennaway To: Bill Moran Message-ID: <20070726171358.GA56272@rot26.obsecurity.org> References: <20070720085855.99fb2109.wmoran@collaborativefusion.com> <20070720160749.54fec301.wmoran@collaborativefusion.com> <20070721023933.GB24593@soaustin.net> <200707201950.21868.kstewart@owt.com> <20070721062053.91dd23bb.wmoran@collaborativefusion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070721062053.91dd23bb.wmoran@collaborativefusion.com> User-Agent: Mutt/1.4.2.3i Cc: ports@freebsd.org, Mark Linimon , Kent Stewart Subject: Re: Overly restrictive checks in the make process 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, 26 Jul 2007 17:13:59 -0000 On Sat, Jul 21, 2007 at 06:20:53AM -0400, Bill Moran wrote: > Kent Stewart wrote: > > > > On Friday 20 July 2007, Mark Linimon wrote: > > > On Fri, Jul 20, 2007 at 04:07:49PM -0400, Bill Moran wrote: > > > > Even better would be for make to realize that it's only doing the > > > > fetching, and do it anyway. > > > > > > That still doesn't help with the problem of a user who starts a 10MB > > > download that won't work on his architecture or OS release. The code > > > is all the same. This is the aggravation we are trying to prevent. > > > > That still doesn't address the concern or improve the system downtime > > that a pkg_delete, make install allows. If you can't run something, you > > don't have any downtime but to have to pkg_delete before you start the > > tarball fetch can be really long on some ports. > > It's certainly a tradeoff. Either way you do it, there are practical > scenarios where a user is inconvenienced. > > Perhaps an environmental override is the best route. NO_IGNORE=yes > or something similar? Yes, use the NO_IGNORE variable (which just passed its tenth birthday) to override IGNORE checks you disagree with. Kris