Project

General

Profile

Feature #280

Changing default path to have Solaris bins first?

Added by Roy Sigurd Karlsbakk almost 9 years ago. Updated about 7 years ago.

Status:
Rejected
Priority:
Low
Assignee:
Category:
Caiman (Installer)
Target version:
-
Start date:
2010-09-29
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

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.

History

#1

Updated by Roy Sigurd Karlsbakk almost 9 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

#2

Updated by Guido Berhörster almost 9 years ago

  • Tracker changed from Bug to Feature
#3

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

#4

Updated by Roy Sigurd Karlsbakk about 8 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.

roy

#5

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

#6

Updated by Julian Wiesener about 8 years ago

  • Target version deleted (oi_151)
#7

Updated by Roy Sigurd Karlsbakk about 8 years ago

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

#8

Updated by Alasdair Lumsden about 8 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.

Sorry.

If you want /usr/bin at the front of your path, please edit /etc/profile or .profile

#9

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