From owner-freebsd-ports@FreeBSD.ORG Mon Jun 23 13:13:38 2008 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 268B11065672 for ; Mon, 23 Jun 2008 13:13:38 +0000 (UTC) (envelope-from fbsd06+XF=e1ce3fc2@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id EF60D8FC14 for ; Mon, 23 Jun 2008 13:13:37 +0000 (UTC) (envelope-from fbsd06+XF=e1ce3fc2@mlists.homeunix.com) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 957AE23E402 for ; Mon, 23 Jun 2008 09:13:36 -0400 (EDT) Date: Mon, 23 Jun 2008 14:13:34 +0100 From: RW To: freebsd-ports@freebsd.org Message-ID: <20080623141334.602c8384@gumby.homeunix.com.> In-Reply-To: <485F4B7E.3040905@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Issues with portmaster 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: Mon, 23 Jun 2008 13:13:38 -0000 On Mon, 23 Jun 2008 00:06:38 -0700 Doug Barton wrote: > Portmaster uses CONFLICTS to avoid this issue. This isn't the first > time I've heard this complaint about the java ports. I'm wondering if > glewis could shed some light on why they don't have proper CONFLICTS > set. > > Meanwhile, the only other alternative is for portmaster to > essentially adopt the same functionality as the ports infrastructure > itself in order to handle these kinds of dependency issues. That's a > step I'd really like to avoid since my goal has always been to make > portmaster a sort of "wrapper" that ties together existing ports > functionality rather than replacing it. And of course there is the > obvious objection to doing this that it would make the script a lot > more complicated. In this case I think it's pure logic problem in the makefile. More generally though I wonder if it would be possible to create a more useful "missing" target, i.e. show which first-level dependencies would actually be installed if the given port were rebuilt. That way build tools would have enough information to determine which ports need to be built without having to parse the makefiles.