From owner-freebsd-ports@FreeBSD.ORG Wed Oct 19 21:28:38 2005 Return-Path: X-Original-To: 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 C56B516A41F for ; Wed, 19 Oct 2005 21:28:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 7794943D5A for ; Wed, 19 Oct 2005 21:28:36 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 21180 invoked from network); 19 Oct 2005 21:28:34 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 19 Oct 2005 21:28:34 -0000 Received: (qmail 1674 invoked by uid 89); 19 Oct 2005 21:28:34 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 19 Oct 2005 21:28:34 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 0CB76115F7; Thu, 20 Oct 2005 00:28:31 +0300 (EEST) Date: Thu, 20 Oct 2005 00:28:30 +0300 From: Ion-Mihai Tetcu To: Kris Kennaway Message-ID: <20051020002830.3424d1f3@it.buh.tecnik93.com> In-Reply-To: <20051019210440.GA44472@xor.obsecurity.org> References: <20051019175832.GL93128@xor.obsecurity.org> <20051019211509.1ea7d219@it.buh.tecnik93.com> <20051019184035.GA10401@xor.obsecurity.org> <20051019222617.1684bc7d@it.buh.tecnik93.com> <20051019193949.GB27229@xor.obsecurity.org> <20051019233015.3de4a212@it.buh.tecnik93.com> <20051019210440.GA44472@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: package-depend oddity (was: Re: [ports-i386@pointyhat.freebsd.org: dspampd-2.00.r2 failed on i386 5] ) 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: Wed, 19 Oct 2005 21:28:38 -0000 On Wed, 19 Oct 2005 17:04:41 -0400 Kris Kennaway wrote: > On Wed, Oct 19, 2005 at 11:30:15PM +0300, Ion-Mihai Tetcu wrote: > > > > [ moved on ports@ as I don't want to bother only Kris :) ] > > > > The story: > > > > On pointyhat mail/dspampd suddenly fails to package because it > > wants to depend on both clamav and clamav-devel. > > > > I believe > > 20050207: Honour OPTIONS if PACKAGE_BUILDING or BATCH are defined. > > to be responsible (I was doing kinda the same thing in the > > Makefile). > > > > I have a patch that should/will (as everything it's the same for me > > - package is OK, package-depends-list is not) fix the problem, but, > > strangely on my 6 and 5.4 machines I don't see any error (but the > > port depends on both clamavs): > > Because clamav-devel and clamav install the same files, so whichever > one installs first will satisfy the Makefile dependency check for > both. i.e. you can't be sure which one is actually installed. > > This is flagged as an error on PH because it installs dependencies by > pkg_add, which has conflict-checking and won't spam clamav with > clamav-devel (or vice-versa). > > > > Maybe (if something it depends on was broken). Alternatively, a > > > dependency must have changed the version of clamav it depends on, > > > which caused your port to suddenly depend on both (an > > > impossibility). > > > > Now, I don't see any other package that depends on clamav* > > Could someone explain to me what's happening here ? Why does it > > fail on pontyhat, but not an any other machine ? I've tested on a 6 > > and a 5.4 cvsup'ed a few minutes ago and a 5.4 cvsup'ed a few > > months ago. Why does it depend on both clamavs ? > > From some dependency..you'd have to trace through to see which one. In this case I see no way to prevent the error. The patch I have, while would bring the port to contemporary style (more or less) won't fix this (it doesn't change anything, mic alternative to "Honour OPTIONS if PACKAGE_BUILDING..." is just completely redundant now). I got to catch some sleep now, I'll look again tomorrow, maybe I'll see something. -- IOnut Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect"