> I was going through the ARC 2007/047 for transitioning from /usr/sfw to
> /usr/gnu
> to see what is already incorporated.
>
> As of B72,
> [1] Binaries have transitioned with an exception of zsh
> I suppose, /usr/sfw/bin symlinks are for backward compatibility.
If you mean which components have delivered items under /usr/gnu, that
would be
GNU bash
GNU coreutils
GNU diffutils
GNU m4
GNU make
GNU patch
GNU which
There have been some other components which have moved out of /usr/sfw
recently including flex, a2ps, ImageMagick, psutils, Tcl, Tk, GNU
automake and the Expat library although those packages were able to
deliver straight into /usr/bin.
> zsh continues to be present as /usr/sfw/bin/zsh & /usr/bin/zsh is a
> symlink to /usr/sfw/bin/zsh
Actually, in build 75 this will change - Zsh will be delivered as
/usr/bin/zsh and /usr/sfw/bin/zsh will be a synbolic link to it.
> [2] The libraries haven't yet transitioned to /usr/gnu. I believe this
> is a "to be done item"
That's correct. I plan to file a PSARC fast-track to cover the rest of
the components under /usr/sfw that need to move to their expected
location.
> [3] The following appear in /usr/gnu/bin even though there are no
> conflicting binaries in /usr/bin
> chroot, link, mknod, unlink
I believe that's because those executables currently exist in
/usr/sbin. I assume they're in /usr/gnu/bin rather than /usr/gnu/sbin
as on Linux systems they probably are located under "bin" rather than
"sbin".
> Couldn't view the external feedback to the ARC (at
> http://mail.opensolaris.org/pipermail/opensolaris-arc/2007-January/001199.html)
> since it refers to .mht files (MS html) that can open only in IE.
> This needs to be fixed.
I think those are simply files in UNIX mbox format.
dsc
