I've found a few detail-related issues with this proposal. Overall, I'm
concerned that this case is too large to review as a single fasttrack,
and might have been better presented as several individual fasttracks
over the course of several weeks.
specific issues:
wes-1 "printenv", "whoami", and "users" are currently delivered in
solaris in /usr/ucb. Are the versions you propose to deliver
as part of this project upwards-compatible with the /usr/ucb
variants?
wes-2 With respect to "shred": the limitations of this tool in the
Solaris environment need to be very carefully documented.
I'd like to see it withdrawn from this case to get appropriate
individual scrutiny.
wes-3 "sha1sum", "sha224sum", "sha256sum", "sha384sum" and "sha512sum"
are listed as conflicting commands but as far as I can tell
aren't delivered into /usr/bin on solaris.
wes-4 the sha*sum commands (and any other commands delivered by this
project which use cryptographic hashes) should use one of the
existing hash function implementations in Solaris rather than
delivering a new copy. (see libmd(3LIB)).
- Bill
