Don't know how to make /usr/ports/dns/bind96/work/.build....
dougb at FreeBSD.org
Wed Jul 29 20:07:22 UTC 2009
Mel Flynn wrote:
> On Wednesday 29 July 2009 10:57:05 Doug Barton wrote:
>> Dan Mahoney, System Admin wrote:
>>>> I believe Mel is right here. 'make clean ; make config ; make' worked
>>>> for me.
>>> As does a second make after getting this error, but it's nonintuitive,
>>> and probably a ports bug.
>> I'm not sure why 'make clean' is nonintuitive in the context of
>> changing OPTIONS. What is your expectation of how it should work?
> What he means is that make without arguments or make install as per handbook,
> will build the build target which will invoke the config target if OPTIONS
> changed or no options file is found.
In the original post the build was already done, but it had been done
with a different set of OPTIONS choices. My question is, why is
running 'make clean' in the scenario of:
2. change options
[make clean should happen here]
> However, this is a corner case, as it applies to:
> - Ports that change PREFIX using OPTIONS
> - For which no options file is available or the OPTIONS list has changed
> - When the PREFIX is actually changed through toggling the appropriate option.
> This applies surely to less then 100 (probably more like a dozen) ports on the
> 18k that are in the tree and only affects people who do not use ports-mgmt
> software. As such it is not worth fixing, IMHO.
Forget this particular problem, you're right that the fact that the
ports system doesn't know how to deal with an obsoleted build-cookie
actually is a corner case.
My concern is the general user expectation of what should happen in
this scenario. If it's generally expected that magic should happen if
a users changes OPTIONS after building the port we need to make that
magic happen. Otherwise people will be installing things that are not
built the way that they think they are.
This .signature sanitized for your protection
More information about the freebsd-questions