optionsng ignores /var/db/ports/<portname>/options

Mel Flynn rflynn at acsalaska.net
Sun Jun 3 22:52:09 UTC 2012


On 4-6-2012 0:20, Michael Scheidell wrote:

> optionsng should have been 100% upward compatible.  you should not be
> forced to an an emergency update of a port you maintain just because the
> ports tree broke things.

This has always been broken. It's just exposed by Roland cause he's
/adding/ an option and never had any. graphics/py-yaml has the work
around and it's been there since version 1.14:
<http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/py-yaml/Makefile?annotate=1.20>

(line 25)

The real issue is that something created for slave ports (thus set
before any of the option framework comes in play) is "abused" by Mk/
frameworks that only come in sight /after/ options.mk. This causes two
versions of UNIQUENAME in the execution stream to exist. One before the
framework is included and one after.
-- 
Mel


More information about the freebsd-ports mailing list