Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Oct 2016 10:13:40 +0200
From:      "Vlad K." <vlad-fbsd@acheronmedia.com>
To:        freebsd-ports@freebsd.org
Subject:   Re: harder and harder to avoid pkg
Message-ID:  <ff4a1e93a21ce0f599ed5ca7fe0a9a5d@acheronmedia.com>
In-Reply-To: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org>
References:  <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2016-10-11 20:59, Julian Elischer wrote:
> are unsuitable for some situations.  We really need to follow the lead
> of some of the Linux groups and have -runtime and -devel versions of
> packages,  OR  we what woudlbe smarter, woudl be to have several "sub
> manifests" to allow unpacking in different environments.

Is as adding a "HEADERS" or whatever you want to call the option to 
ports, a solution? Like we have DOC for documentation, an option that 
could be PLIST sub'd and switch installation of include/whatever.h and 
friends?

Yes it's a ton of work requiring to go through many ports, but looking 
at a random sample, it could be scripted and manual labor reduced.

To me something like this sounds very much consistent what other 
options, like DOC and MANPAGES, already do. And with individual options 
you don't presume package roles like -dev or -runtime or -whatever and 
you can combine as you want them.

And eventually if, hopefully when, package variants are implemented, 
maybe the official pkg repo can include all the variants, but then, I 
think, that's only a matter of logistics and resource available to build 
all those combinations and store them. But the basic mechanism for it 
should be a port option, imho.



-- 

Vlad K.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ff4a1e93a21ce0f599ed5ca7fe0a9a5d>