tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

RE: Introducing PKGGNUDIR

> As many will recall, GNU_PROGRAM_PREFIX was recently cleaned up so that
> 'g' tools were made the default and gnu/bin was introduced for users to
> set in their $PATH if they preferred the GNU tools.
> This was good and helped reduce issues with dependencies, however it
> caused a number of issues for our users as many scripts have hardcoded
> paths which do not include gnu/bin but relied on GNU behaviour, and so
> our recent SmartOS dataset has not been well received in some areas.
> To help resolve this, I'd like to introduce a new PKGGNUDIR variable
> which defaults to 'gnu/', but can be changed to control where the
> prefix-less files are installed. So, for our environment, we would
> leave the variable unset so that the symlinks are created in e.g. bin/
> rather than gnu/bin/.

Forgive me for coming in late here, but allow me to try to summarize, to make sure I understand the significance...

Before (prefix only):

Good, maintained distinction between GNU and non-GNU versions.  Users and scripts using non-"g" name get non-GNU version.

Recently (prefix, and gnu dir with symlink):
/usr/gnu/tool -> /usr/bin/gtool

Better, allowed /usr/gnu to be in user's PATH first.  Scripts still could have problems.

Now (ditto, but configurable):
/usr/${PKGGNUDIR}/tool -> /usr/bin/gtool

Best, allow GNU versions to be the "primary" as well, like when using pkgsrc on Linux.  Users and scripts both get GNU behavior is that's desired.


Tim Larson
Software Engineer
p: 877-505-7770
d: 402-505-7770

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify by return email. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

Warning: Although the company has taken reasonable precautions to ensure no viruses are present in this email, no assurance or warranty is given that this email and any attachments are free of viruses.

Home | Main Index | Thread Index | Old Index