From owner-freebsd-arch Mon Jul 8 8:19:23 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5BD037B400 for ; Mon, 8 Jul 2002 08:19:21 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40BC043E3B for ; Mon, 8 Jul 2002 08:19:20 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.6/8.11.6) with ESMTP id g68FJCb11045; Mon, 8 Jul 2002 16:19:13 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.3/8.12.3) with ESMTP id g68FJCKC064278; Mon, 8 Jul 2002 16:19:12 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g68FJBXJ064277; Mon, 8 Jul 2002 16:19:11 +0100 (BST) Date: Mon, 8 Jul 2002 16:19:11 +0100 (BST) From: Mark Valentine Message-Id: <200207081519.g68FJBXJ064277@dotar.thuvia.org> In-Reply-To: Garrett Wollman's message of Jul 8, 4:04am X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: wollman@lcs.mit.edu (Garrett Wollman), drosih@rpi.edu Subject: Re: Package system flaws? Cc: arch@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: wollman@lcs.mit.edu (Garrett Wollman) > Date: Mon 8 Jul, 2002 > Subject: Re: Package system flaws? > It would be nice to have a mechanism like the following (since we're > all expressing our wishlists here): > > - Each port contains an enumeration of the possible variants and > on-off options. Some options might not make sense with all possible > variants, so the listing of options is per-variant. Some options > might not be compatible with each other, so there needs to be a way > to handle that as well. > > (The distinction I'm making here is that a `variant' changes the > behavior of the resulting program or library, in such a way as other > programs or libraries using it might depend upon, whereas an `option' > simply causes additional files to be installed, which might or might > not add functionality.) I like this taxonomy. Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message