Date: Mon, 08 Aug 2005 12:36:59 +0200 From: Florent Thoumie <flz@FreeBSD.org> To: Sergey Matveychuk <sem@FreeBSD.org> Cc: vd@datamax.bg, Adam Weinberger <adamw@magnesium.net>, freebsd-ports@freebsd.org Subject: Re: The right way to depend on a package's extra feature Message-ID: <42F735CB.2020702@FreeBSD.org> In-Reply-To: <42F6F941.4010109@FreeBSD.org> References: <20050805070513.GA60681@sinanica.bg.datamax> <42F310D2.7020200@magnesium.net> <20050805073617.GB60681@sinanica.bg.datamax> <42F4E779.9030605@protey.ru> <42F6F941.4010109@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig6BF9AA5BEC77C3C3EB8B814A
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 7bit
Sergey Matveychuk wrote:
> 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).
Erm, nope.
I changed my mind and decided to spend some time playing golf instead.
For me it needs this :
x being able to keep track of OPTIONS in +CONTENTS (@options command).
x being able to detect if installed package has support for option FOO
(easy).
x being able to propagate OPTIONS when building a port and register these
options with @options in TMPPLIST (that's the tough part, includes
bsd.port.mk
patching).
I think that jylefort was working on some OPTIONS improvements but more on
semantics side (being able to have a list of possiblity, mutual
exclusions, ...).
--
Florent Thoumie
flz@FreeBSD.org
FreeBSD committer
--------------enig6BF9AA5BEC77C3C3EB8B814A
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD4DBQFC9zXQMxEkbVFH3PQRAi6FAKCF/LEvzRYz9B1FxgB3pWk+yMhjAQCYqw4g
82tZmwS/jPl5fGJWishAYA==
=Xw1p
-----END PGP SIGNATURE-----
--------------enig6BF9AA5BEC77C3C3EB8B814A--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42F735CB.2020702>