From owner-freebsd-ports@FreeBSD.ORG Tue Dec 18 02:43:02 2007 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 6253916A421 for ; Tue, 18 Dec 2007 02:43:02 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id 30CE913C4CE for ; Tue, 18 Dec 2007 02:43:02 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 56802 invoked by uid 0); 18 Dec 2007 02:42:59 -0000 Received: from unknown (HELO deimos.mars.bsd) (unknown) by unknown with SMTP; 18 Dec 2007 02:42:59 -0000 X-pair-Authenticated: 200.127.63.61 Date: Mon, 17 Dec 2007 23:42:52 -0300 From: Alejandro Pulver To: Tom McLaughlin Message-ID: <20071217234252.04eae55b@deimos.mars.bsd> In-Reply-To: <1197920985.15679.9.camel@tomcat.straycat.dhs.org> References: <4766650C.4020305@gmail.com> <47667E17.6030004@math.missouri.edu> <20071217114211.0c10d1c3@deimos.mars.bsd> <1197920985.15679.9.camel@tomcat.straycat.dhs.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/1DkFpEV+ij5d1SaGxf9HYB3"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Stephen Montgomery-Smith , freebsd-ports@freebsd.org Subject: Re: Request for Features: Ports Re-engineering 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: Tue, 18 Dec 2007 02:43:02 -0000 --Sig_/1DkFpEV+ij5d1SaGxf9HYB3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 17 Dec 2007 14:49:45 -0500 Tom McLaughlin wrote: > On Mon, 2007-12-17 at 11:42 -0300, Alejandro Pulver wrote: > > On Mon, 17 Dec 2007 07:48:07 -0600 > > Stephen Montgomery-Smith wrote: > >=20 > >=20 > >=20 > > > On the other hand some ports really need to be built from a clean=20 > > > system. Some of them autodetect ports that are already installed, an= d=20 > > > then change options appropriately. (Maybe some of the multimedia por= ts=20 > > > like vlc do this.) My guess is that this is to some extent unavoidab= le=20 > > > because the "configure" script in the port build process probably doe= s=20 > > > this as well. Anyway, perhaps this autodetecting of ports to provide= =20 > > > options needs to be built into the system in a systematic manner. Th= en=20 > > > robotic package builders could be trained to glean this information f= rom=20 > > > the build tree (what you refer to as the DAG - is that "directed=20 > > > something graph"?). > > >=20 > >=20 > > Auto-detection is certainly avoidable. Some for example only enable > > detection of MMX/SSE/etc instructions when not building in > > pointyhat/tinderbox. IIRC ports should respect the users' choice, but > > it's not easy with the current OPTIONS handling (some have knobs that > > can be set to on/off/auto). > >=20 >=20 > I think he's referring to configure scripts which will build additional > functionality and link against additional libs if they are already > installed. These are a major pain and at least for me caused a fair > amount of random breakage after updating ports. I've since moved to > using a tinderbox to build all my packages and point my systems to that > PACKAGESITE. >=20 I personally enable/disable manually (or set the default dependencies for) these configure options which autodetect by default (for the ports I make). And I was referring to ports which force autodetection but record the dependencies. I'm sure there could be some of these you mentioned in my system, but as I haven't run pkg_cutleaves or similar for a while, and didn't have such problems with upgrades, I haven't noticed. This is actually the responsibility of the maintainer, but a check with 'ldd' could be added (there was a discussion about this, and I'm going to read it again, but IIRC dynamically loaded libraries can't be identified this way). Best Regards, Ale --Sig_/1DkFpEV+ij5d1SaGxf9HYB3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHZzOsiV05EpRcP2ERAs16AJ0fAlnTYgn6G1PNCjR5e45h0IQ1bACggSQK Lw0P5JLvmb/SrgNQekejw4Y= =fKr5 -----END PGP SIGNATURE----- --Sig_/1DkFpEV+ij5d1SaGxf9HYB3--