(just trying this again, as I think the old one had html headers)

---------- Forwarded message ----------
From: Nathan Coulson <[EMAIL PROTECTED]>
Date: Jun 7, 2006 11:10 PM
Subject: Re: Problems with FHS compliance.
To: lfs-dev@linuxfromscratch.org


Recently it was brought up that we have a problem WRT /usr/share/man. I
have two more WRT bootscripts.

Specifically this bit from the FHS-2.3 for supporting these changes:

This directory contains any non-essential binaries used exclusively

by the system administrator. System administration programs that are
required for system repair, system recovery, mounting /usr, or other
essential functions must be placed in /sbin instead. [29]


Unfortunately, this same note is not applied for /usr/bin (but should
be), but this does cover it.

/bin contains commands that may be used by both the system administrator

and by users, but which are required when no other filesystems are mounted
(e.g. in single user mode). It may also contain commands which are used
indirectly by scripts. [1]


One of my testing criteria is that the path includes only /bin and /sbin
before $remote_fs is brought up. /usr/bin/find must be moved to /bin or
the cleanfs script must be changed. I'm for moving find, or createfiles

might get a few lines added to it in BLFS. :-)

We should have any scripts the standard LFS Bootscripts use in the
/bin or /sbin directory, so I am for this.

Next is the console script. Easiest solution is to move this after the

network script. Alexander, you are most knowledgeable with console
script. Is that acceptable or is there a requirement for it to be
before the network script? If so, then openvt, kbd_mode, and setfont

need to be moved to /bin from /usr/bin, along with anything else these
programs require in /usr. I prefer the second solution--moving the
files so that a user's locale is supported from sysinit on--but this may

be a larger change than I know about.


Fedora fixes this by moving data files from the kbd package to
/lib/kbd, instead
of /usr/share/kbd.

However, my personal opinion about this is that "/ on disk, /usr on network"

setup is inherently broken from the maintenance viwepoint (too easy to get a
mismatch between / and /usr), and nfs-root setup is certainly preferred. If we
document that we don't support the first situation, there will be no problem

with FHS.

It sounds like you'd want to have a bootable system even if /usr is
temporairly not network mountable, so we would need to make the
console script work even without /usr. (This would probably also cover
the case where / is on a seperate partition from /usr, but /usr is too
corrupted to be mounted).


I would like to see this implemented, but how deep are the fedora
changes? I dont expect that the kbd package would find such changes
acceptable so we would have to maintain it longterm.



--
Nathan Coulson (conathan)
------
nathan at linuxfromscratch org
conathan at gmail com

--
Nathan Coulson (conathan)
------
nathan at linuxfromscratch org
conathan at gmail com
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to