Changing default path to have Solaris bins first?
Starting with OpenSolaris and now OI, /usr/gnu/bin is first in path, meaning ls -vd /some/dir won't show the ZFS ACLs unless /usr/bin/ls is executed directly. While this is no big issue, I still wonder if setting the GNU tools as the primary instead of the Solaris tools is a good thing. I propose we change this back to how it is in S10, with the Solaris tools as the primary.
Updated by Julian Wiesener over 10 years ago
- Category changed from OS/Net (Kernel and Userland) to Caiman (Installer)
- Assignee set to OI Caiman
i agree with the reporter, /usr/gnu/bin should come after /usr/bin (on my systems it is anyway) only a few build systems will require gnu features, while /usr/gnu/bin causes problems (unexpected linenreaks in df, no zfs acl, etc.)
Updated by Roy Sigurd Karlsbakk about 10 years ago
- Target version set to oi_151
- Difficulty set to Medium
- Tags set to needs-triage
I beleive this is a bug, not a feature request, albeit not a serious bug. The Solaris commands should work by default. This bug will affect new users most, and we really don't want to make life harder than for new users.
Updated by Josef Sipek about 10 years ago
Out of curiosity, what does Solaris 11 Express do? From the OI FAQ: "OpenIndiana aims to be binary and package compatible with the upcoming Solaris 11 and Solaris 11 Express, and most of the operating system is built from source code that Oracle continues to make available." Does this count as binary compatibility? Does this count as compatibility?
Updated by Alasdair Lumsden about 10 years ago
- Status changed from New to Rejected
I'm rejecting this bug. /usr/gnu/bin is part of the philosophy of the Indiana project, and this is non-negotiable.
If you want /usr/bin at the front of your path, please edit /etc/profile or .profile
Updated by Juho Juopperi about 9 years ago
Sorry about beating the dead horse, but this bug keeps biting the new users trying to use e.g. ACL. It is also generally unintuitive not to be able to use operating system's documented built in functionality because of external tools with overlapping names prepended to default PATH.
Could you elaborate on the philosophy point? Where is this documented?