Hi. Here some minor issues I'd change:
1) Require the "printf" program to be present in "/bin". POSIX/SUSv3 suggests to use printf instead of echo, this is however not easily possible, as "printf" is not guaranteed to be there in all circumstances (e.g. during boot) because it's typically put in "/usr/bin" . 2) Resolve ambiguities like "The [ and test commands must be placed together in either /bin or /usr/bin." I'd require them to be both in /bin . 3) Maybe more POSIX utilities should be required. Current FHS versions already require several utilities as specified by POSIX (http://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.html) to be in some places (mostly "/bin"). One should re-evaluate the list of POSIX utilities whether it makes sense (and if so which) to require more of them. I haven't done this yet, but as said in (1), I'd at least require "printf". Possibly all utilities likely to be used in basic scripts should be included, so I'd e.g. add: grep printf cut find ... but not: alias c99 cal crontab jobs lp qsub 4) It should be defined more clearly and strict, which hierarchies are required to be available when. e.g. - Which are expected to be there during all times (even booting)? e.g. /lib/, /bin, /sbin are ... /usr, /home is not.... but what about /root/, /var/run and friends? - Which are not? - Should thinks like Linux' initramfs be considered there? 5) Emphasis that "/mnt" is for a _single_ _temporary_ mountpoint...i.e.: - nothing that should go to /etc/fstab - not having subdirectories (does cgconfig/cgred in Linux still use this?) 6) Relax unnecessarily strict requirements: "/sbin" requires to have all fsck.* and mkfs.* tools. - IMHO it neither makes sense to restrict them to /sbin (but also allow /bin, because nowadays there may be filesystems that are user-centric (and not device-centric),... e.g. on could think of things like mkfs.gmail, which automatically registers a google account and mounts it in Linux via FUSE. - It also does not make to keep it away from the "/usr/bin" or "/usr/sbin"... as many of those filesystems are in no way required to boot or to run the system. 7) Getting rid of legacy stuff (e.g. X11R6 directories). Cheers, Chris. _______________________________________________ fhs-discuss mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/fhs-discuss
