From owner-freebsd-ports@FreeBSD.ORG Tue Mar 27 21:20:25 2007 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8199116A400 for ; Tue, 27 Mar 2007 21:20:25 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6172513C455 for ; Tue, 27 Mar 2007 21:20:25 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l2RLKOMX009545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Mar 2007 14:20:25 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l2RLKOoj011703 for ; Tue, 27 Mar 2007 14:20:24 -0700 X-Auth-Received: from [192.55.52.4] by hymn03.u.washington.edu via HTTP; Tue, 27 Mar 2007 14:20:24 PDT Date: Tue, 27 Mar 2007 14:20:24 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-ports@freebsd.org In-Reply-To: <20070327210339.GB22476@soaustin.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.3.27.140933 X-Uwash-Spam: Gauge=IIIIIIII, Probability=8%, Report='LEO_OBFU_SUBJ_RE 0.1, SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: optional dependencies 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, 27 Mar 2007 21:20:25 -0000 On Tue, 27 Mar 2007, Mark Linimon wrote: > Until someone implements some kind of "capabilities" system, we're stuck > doing a bunch of logic in Makefiles. > > One problem no one has come up with a good solution for is mixing > packages (with standard prerequisites) with installed ports (with > custom prerequisites). > > mcl A capability system is a pain in the arse if you go radically in the direction that Gentoo Linux has setup with use flags (or similar).. then again it's easier to debug issues if the config files are all in the same spot instead of all in a set of makefiles and it's easier to modify the variables from one source and not a bunch of different sources. So, maybe a capability structure taking all of the info from the make config screens would be really beneficial. Personally I like an infrastructure properly setup, from the ground up, but that's sort of in limbo in Freebsd (climbing into bsd.mk to discover variables, etc is a bit of a pain IMHO and it's as accessible as it should be). -Garrett