poudriere(-devel) ports updating question
Paul Mather
freebsd-lists at gromit.dlib.vt.edu
Wed Mar 6 21:11:35 UTC 2019
On Mar 6, 2019, at 3:58 PM, tech-lists <tech-lists at zyxst.net> wrote:
> On Wed, Mar 06, 2019 at 06:23:49PM +0100, Stefan Bethke wrote:
>>> Am 05.03.2019 um 15:09 schrieb tech-lists <tech-lists at zyxst.net>:
>
>>> Basically I'm looking for exclude mask functionality when updating a
>>> ports tree with poudriere ports.
>>>
>>> Do I need to do this manually or have I missed something?
>>
>> I don’t think it’s easy to do that. How would you handle dependencies? (For example, some ports require X11 libs and stuff, even though they’re in a different category.)
>
> You're right of course. My logic was wrong, and wrong premise[1] because I
> was stuck on thinking a bulk -a build. But I found how to do it (to remove categories) in case anyone is interested. The key is in the
> method used to update the tree, which is svn+https.
>
> so, from the top of the ports tree, svn update --set-depth=exclude biology would exclude the biology category permanently. svn update --set-depth=infinity biology would re-add it.
> svn update --set-depth=infinity would make it be like nothing was
> excluded in the first place.
>
> but on reflection, it breaks a little of the ports infrastructure and I
> don't want to do that.
That's correct: omitting parts of the ports hierarchy might break a particular ports build catastrophically.
If you're looking to exclude certain functionality when building ports you should investigate using ports options to achieve that.
For example, I have a poudriere jail called "trurl" that is a headless system on which I don't want to use X11. I also don't want to use CUPS for that matter. So, in its "trurl-make.conf" file I include this line:
OPTIONS_UNSET_FORCE= X11 CUPS
That will force those options off for all ports. The result is I don't get any ports built supporting those options.
I guess it's not foolproof, but it seems to work well enough for me.
I hope this helps.
Cheers,
Paul.
More information about the freebsd-questions
mailing list