From owner-freebsd-ports@FreeBSD.ORG Fri May 20 08:01:08 2005 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A99D716A4CE for ; Fri, 20 May 2005 08:01:08 +0000 (GMT) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id C923C43D9E for ; Fri, 20 May 2005 08:01:07 +0000 (GMT) (envelope-from ade@freebsd.org) Received: from hellfire.lovett.com ([67.134.38.149]) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DZ2R9-000NFp-Tg; Fri, 20 May 2005 01:00:51 -0700 In-Reply-To: <20050520074620.GB95023@pcwin002.win.tue.nl> References: <20050518234933.05e2584b@dolphin.local.net> <20050519183922.GB6978@xor.obsecurity.org> <20050520074620.GB95023@pcwin002.win.tue.nl> Mime-Version: 1.0 (Apple Message framework v730) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <24E0B4F7-C17F-4038-A4D4-3936FE3BF4E0@freebsd.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 20 May 2005 01:00:59 -0700 To: Stijn Hoop X-Mailer: Apple Mail (2.730) cc: freebsd-ports@freebsd.org Subject: Re: Disabling dependency on esound in ports builds X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 08:01:08 -0000 On May 20, 2005, at 00:46 , Stijn Hoop wrote: > I do know the reason why this kind of code was added: it was > considered incorrect behaviour that port A would NOT automatically > pick up support for library B if it was installed by the user. That's more an artefact of configure scripts especially being coded to simply check for the mere existence of a library in order to use it, instead of the more correct approach of explicitly requesting -- enable-foo (or equivalent). Bringing in all the necessary hacks to only activate extra code if the user (or port Makefile) has explicitly requested it is (at best) an awkward task. It's considerably easier to give up and go with the exists() constructs which, as I've mentioned, do (in most cases) at least register the dependency. > [...] and considering reproducible package building This right here hits the nail right on the head. exists() constructs, acting as the bandaids they are around poorly written configuration scripts, can, and do, cause problems for building and distributing packages in anything but an absolute virgin environment. -aDe