From owner-freebsd-ports Fri Sep 8 23:52:29 2000 Delivered-To: freebsd-ports@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 8DD5437B43E; Fri, 8 Sep 2000 23:52:27 -0700 (PDT) Received: from silvia.hip.berkeley.edu (sji-ca14-01.ix.netcom.com [205.186.215.1]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id CAA05434; Sat, 9 Sep 2000 02:47:40 -0400 (EDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.11.0/8.11.0) id e896kxZ07517; Fri, 8 Sep 2000 23:46:59 -0700 (PDT) (envelope-from asami) To: Steve Price Cc: Kris Kennaway , Will Andrews , ports@FreeBSD.org Subject: Re: Ports Options Paper References: <20000909010404.D92984@bonsai.hiwaay.net> <20000909011940.F92984@bonsai.hiwaay.net> From: asami@FreeBSD.org (Satoshi - Ports Wraith - Asami) Date: 08 Sep 2000 23:46:29 -0700 In-Reply-To: Steve Price's message of "Sat, 9 Sep 2000 01:19:40 -0500" Message-ID: Lines: 42 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * From: Steve Price * Possibly, but with only a package name like libick and WITH_FOO * how does bsd.*.mk know what the name of the package is that has * WITH_FOO? Among others it could be called libick-foo, libick_foo, * libick+foo, ... Sure we could implement a set of guidelines that * specified how the package names should work, but we all know how * well that works. * * On the other hand if we could get the describe target to generate * more than one entry, then we'd have a solution that wouldn't * require changing the package building scripts and countless other * scripts/programs that are currently laying about. This has been done before. See the LOOP_VAR/LOOP_OPTIONS variables in the CVS log of bsd.port.mk around November 1998. There should be some massages in the mailing list archives too. Adding multiple entries in INDEX was not difficult. Getting them to build automatically is. There are basically too many things that assume that from one directory comes one package, the package building script being one. Another problem is dependency. When you have a port with an option, depending to another port with an option (where the two options are not necessarily equal), it is going to be a mess if both ports have only one directory. It is much easier if this can be done by simply saying ${PORTSDIR}/port1-withopt1a/Makefile: RUN_DEPENDS= someprog:${PORTSDIR}/port2-withopt2c ${PORTSDIR}/port1-withopt1b/Makefile: RUN_DEPENDS= someprog:${PORTSDIR}/port2-withopt2d (where the -withopt* ports are slaves with appropriate options set). As I said before, this is a solved problem. Please show why MASTERDIR is not appropriate if you want to continue this discussion. ("It is a hackish way" is not a valid reason. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message