On Fri, Jan 16, 2009 at 04:14:01PM -0500, Dave Miner wrote:
> >> My opinion is that the GNU utilities should be modified, with
> >> modifications fed back upstream ... <snip>
> >
> > Sometimes that doesn't work. GRUB is a good example.
> >
>
> I don't know whether GRUB is a good example, as I'm not up on whether
> we've tried to send anything back upstream. But if they can't go
> upstream, you make a decision whether your mods are worth the very real
> costs of maintaining a branch.
If the upstream community won't take patches to make ls(1) and chmod(1)
support ZFS/NFSv4 ACLs then we can always:
- re-implement GNU options into /bin/ls and /bin/chmod
- for chmod this is probably easy since the options that GNU chmod
has that Solaris chmod doesn't are few and simple:
-c, --changes
--no-preserve-root
--preserve-root
-f, --silent, --quiet (Solaris has -f already, just not the long opts)
-v, --verbose
--reference=RFILE
-R, --recursive (Solaris has -R already, just not the long opt)
--help
--version
- for ls the number of differing options is probably greater; at
first glance Solaris ls is missing:
long options
--block-size=SIZE
-B, --ignore-backups
--color[=WHEN]
-D, --dired
--file-type (similar to -F)
--format=WORD
--full-time
--group-directories-first
-G, --no-group
--si
--dereference-command-line-symlink-to-dir
--hide=PATTERN
--indicator-style=WORD
-I, --ignore=PATTERN
-k like --block-size=1K
-N, --literal
--show-control-chars
-Q, --quote-name
--quoting-style=WORD
--sort=WORD
--time=WORD
--time-style=STYLE
-T, --tabsize=COLS
-U
-w, --width=COLS
-X
--help
--version
And, of course, -v is a conflicting option between GNU ls ("sort
by version") and Solaris ls (show ACL).
That's a lot of work to do to make Solaris' ls a GNU workalike.
- write a wrapper/replacement?? Not lilely, certainly not for GNU ls,
maybe for GNU chmod.
- fork
Nico
--
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss