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

Re: hurd does NOT need /hurd

On Mon, 20 May 2002, Wolfgang Jährling wrote:

> Translators are no kernel modules. They are normal binaries, but with
> special functionality.

What is a binary, really?  It's just some file that is based to exec(), and
the kernel being run knows how to 'run' it.

With binfmt_misc in linux, the kernel can be easily extended to run any
arbitrary file.  So, in that case, msdos.o can be a binary.

> > However, unlike /hurd, /lib/modules does not contain any reference to the
> > kernel that is being run.
> Sorry, I don't see any reference to GNU Mach here.

There is a reference to something specific, 'hurd'.  What does GNU Mach have
to do with it.

I see no /debian, no /freebsd.

Or are you arguing for /os/{gnu/{linux,hurd},bsd/{free,net,open},w32}/?

> Of course you do, because you don't understand what /hurd is about. It
> is about the Hurd server binaries, which are started by users and should
> not be hidden in a directory like /lib/you/cant/find/me/.

/lib/modules contains files unique to the kernel being run(in the past, this
was Linux).

Why can't the same dir be used for hurd?

> The reason is that the stuff in there is semantically different from
> everything that exists in Unix and ever will exist in Unix.

You can't honestly predict the future.

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

Reply to: