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
signature.asc
Description: This is a digitally signed message part.
