Feature #280


Changing default path to have Solaris bins first?

Added by Roy Sigurd Karlsbakk about 13 years ago. Updated about 11 years ago.

Caiman (Installer)
Target version:
Start date:
Due date:
% Done:


Estimated time:


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.

Actions #1

Updated by Roy Sigurd Karlsbakk about 13 years ago

This probably goes for manual pages to - the default ones point to GNU manuals where stuff like ls/chmod doesn't handle ZFS ACLs etc

Actions #2

Updated by Guido Berhörster almost 13 years ago

  • Tracker changed from Bug to Feature
Actions #3

Updated by Julian Wiesener over 12 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.)

Actions #4

Updated by Roy Sigurd Karlsbakk over 12 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.


Actions #5

Updated by Josef Sipek about 12 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?

Actions #6

Updated by Julian Wiesener about 12 years ago

  • Target version deleted (oi_151)
Actions #7

Updated by Roy Sigurd Karlsbakk about 12 years ago

Shouldn't this really be fixed before 151? It really breaks Solaris compatibility, which is part of the plan.

Actions #8

Updated by A L about 12 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

Actions #9

Updated by Juho Juopperi about 11 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?


Also available in: Atom PDF