On Wednesday 11 April 2012 12:10:05 Steven J Long wrote:
> William Hubbs wrote:
> > Another issue to consider is binaries that want to access things in
> > /usr/share/*. If a binary in /{bin,sbin} needs to access something in
> > /usr/share/*, you have two choices. move the binary to /usr or move the
> > thing it wants to access to / somewhere which would involve creating
> > /share. Actually there is another choice, but I don't want to go there.
> > That would be writing patches.
> 
> I'm ignorant of which binaries do that?

off the top of my head:
	- this is why /etc/localtime is no longer a symlink to 
/usr/share/zoneinfo/
	- this is why we have copies for a few terminals in /etc/terminfo from 
/usr/share/terminfo/ ... hopefully the one you're using is listed there
	- this is why we have to delay running keymap and consolefont init.d 
scripts until after /usr has been mounted (/usr/share/keymaps 
/usr/share/consolefont /usr/share/consoletrans)
	- anything locale related doesn't work until /usr is mounted 
(/usr/lib/locale /usr/share/locale)
	- passwd changing relying on cracklib dicts won't work 
(/usr/lib/cracklib_dict* /usr/share/misc/)

> (It's understood that you might not
> have manpages in rescue-mode.) OT, it's odd that nano is in /usr/bin but on
> my system at least it only links to /lib64.

/usr/bin/nano is a symlink
-mike