From owner-freebsd-ports@FreeBSD.ORG Tue Nov 15 22:20:27 2005 Return-Path: X-Original-To: freebsd-ports@freebsd.org 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 3B02E16A41F for ; Tue, 15 Nov 2005 22:20:27 +0000 (GMT) (envelope-from craig@yekse.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF2D43D6B for ; Tue, 15 Nov 2005 22:20:22 +0000 (GMT) (envelope-from craig@yekse.gank.org) Received: by ion.gank.org (mail, from userid 1001) id D26812D2D4; Tue, 15 Nov 2005 16:20:21 -0600 (CST) Date: Tue, 15 Nov 2005 16:20:21 -0600 From: Craig Boston To: "Michael C. Shultz" Message-ID: <20051115222021.GB71557@nowhere> References: <200511151301.16549.ringworm01@gmail.com> <20051115212859.GA71557@nowhere> <200511151342.15206.ringworm01@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511151342.15206.ringworm01@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Scot Hetzel , Jiawei Ye , freebsd-ports@freebsd.org Subject: Re: Why does security/amavisd-new depend on db3? 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, 15 Nov 2005 22:20:27 -0000 On Tue, Nov 15, 2005 at 01:42:13PM -0800, Michael C. Shultz wrote: > God this is getting ugly. If what your saying is true, and I have no doubt > that it is, then manuially installing port > > databases/p5-Berkeley > > by doing this: > > make install clean WITH_BDB_VER=42 is goint to stil cause > security/amavisd-new to get its +CONTENTS file wrong > if it is installed later. This is not good behavior your describing. Yes, that is exactly what will happen. Unless either amavisd-new is installed with the same options, or make.conf is used (either globally or with the CURDIR trick), it will get registered wrong. Even when building manually. The same problem applies to binary packages built with non-standard settings. Unfortunately it seems to be an artifact of the way that the ports Makefile magic works, and doesn't look easy to solve. > Maybe the ports people are trying to force everyone to use OPTIONS > and render WITH switches on the command line as no longer feasable? I'm not so sure this is a recent development... IMO it seems that OPTIONS was partially devised as a way to avoid this kind of brokenness. > BTW your knowledge of the ports infrastructure is impressive, are you on the > ports team by any chance? No, I just maintain a couple here and there. I've done some nasty bsd.port.mk tricks before though, such as setting up hooks to install to a nonstandard prefix and using stow to maintain a symlink tree in /usr/local (for a hybrid flash memory/HDD system that didn't always have the HDD mounted). Also, a few years back I wrote a C++ program that's halfway between portupgrade and the package cluster build scripts. The idea was to use a cluster to build packages in parallel, but after a cvsup to only rebuild ones that had changed. The code was ugly and it never quite worked 100% right, so I eventually stopped using it, but gained a lot of experience with port and package dependencies. Craig