From owner-freebsd-ports@FreeBSD.ORG Mon Aug 8 06:18:54 2005 Return-Path: X-Original-To: freebsd-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 A075616A41F for ; Mon, 8 Aug 2005 06:18:54 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from relay-er5.mbrd.ru (relay-er5.mbrd.ru [194.117.71.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE4B43EF7 for ; Mon, 8 Aug 2005 06:18:53 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd.mbrd.ru ([172.16.4.9]) by relay-er5.mbrd.ru with esmtp (Exim 4.x) id 1E20y9-000KRV-8B; Mon, 08 Aug 2005 10:18:41 +0400 Message-ID: <42F6F941.4010109@FreeBSD.org> Date: Mon, 08 Aug 2005 10:18:41 +0400 From: Sergey Matveychuk User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sergey Skvortsov References: <20050805070513.GA60681@sinanica.bg.datamax> <42F310D2.7020200@magnesium.net> <20050805073617.GB60681@sinanica.bg.datamax> <42F4E779.9030605@protey.ru> In-Reply-To: <42F4E779.9030605@protey.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: vd@datamax.bg, Adam Weinberger , freebsd-ports@freebsd.org Subject: Re: The right way to depend on a package's extra feature 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, 08 Aug 2005 06:18:54 -0000 Sergey Skvortsov wrote: > Just (c) patch /usr/ports/Mk/* to support: > RUN_DEPENDS=/path/to/check/file:${PORTSDIR}/category/portname:target%WITH_FEATURE_1%FEATURE_2=mydb > or even: > RUN_DEPENDS=/path/to/check/file:${PORTSDIR}/category/portname%WITH_FEATURE_1%FEATURE_2=mydb > > (IMO delimiter symbol '%' is aesthetic enough) > > In such case dependency should be patched/builded/installed as: > > cd category/portname && make WITH_FEATURE_1=yes FEATURE_2=mydb target > > Of course, it is not a very trivial patchset. And currently this approach But it quite possible though. > does not support packages. OPTIONS are not installed with packages - so > there is no possibility/sence to parse them. I think a file like > /var/db/pkg/portname/+FEATURES would be introduced, where OPTIONS is subset > of FEATURES. Exact sematics of FEATURES is fuzzy on the first glance, but we > can draw up a formal specification :) > Yep, it should be implemented first. But I'm not sure what is plans for pkg_install tools. I've started making a patch for pkg_install but stopped when found out some guys planned to rewrite the tools (flz@ and will@ have some work done). -- Sem.