[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: hurd does NOT need /hurd



On Sun, May 19, 2002 at 07:48:54PM -0500, Adam Heath wrote:
> /lib contains things not loaded by users directly, but by something run by a
> user.

Yes, this happens to be true.  But this is not the definition of what belongs
into /lib. 

> Linux has 'modules' it loads.  These can be /lib/modules/`uname -r/..., or
> /bin.  What is the difference, really?

The difference is that files in /bin end up in the users path.  Would you
want the Linux modules end up in the users path?  Are they useful to the
user?

Maybe you could put them into /sbin.  If it is a useful behaviour for the
Linux people to use the binfmt_misc module (it probably should be enabled
and configured this way by default) to load binary modules by just running
them at the prompt, I think you should put those modules in /sbin.  You
would probably want to use something like shadowfs so you get the right
versions shadowed into /sbin, though.
 
> In fact, any program that uses getent(), may end up using modules, by way of
> pam.
> 
> They all contain executable code.

All this is irrelevant to the decision where to put them.
 
> > If it would run multiple copies of a module, it would run multiple copies of
> > a module, not an external binary in user space.
> 
> What does it matter were or how it is run, as long as the service it provides
> is the same?

Neither matters directly.  What matters is if you want them to have in the
path or not, and if they are to be searched and found by the user or not.
 
Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org brinkmd@debian.org
Marcus Brinkmann              GNU    http://www.gnu.org    marcus@gnu.org
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de


-- 
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: