l4-hurd
[Top][All Lists]
Advanced

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

Re: design goals vs mechanisms


From: ness
Subject: Re: design goals vs mechanisms
Date: Thu, 27 Oct 2005 09:33:39 +0200
User-agent: Mozilla Thunderbird 1.0.6 (X11/20050813)



Jonathan S. Shapiro wrote:
On Thu, 2005-10-27 at 01:06 +0200, Alfred M. Szmidt wrote:

  Furthermore, doesn't really explain why GNU/Linux is not
  sufficient.

Because the goal of the GNU project is to create the GNU system, which
doesn't use Linux as its kernel.


Why?  [Wait! This is a serious question!]

In the past several weeks, we have spent a great deal of time talking
about what Hurd should *not* be. We have started to identify some
low-level goals that would make the Hurd something different from what
has gone before in a very basic and fundamental way. Some of you think
that these are good, and some of you think that they are debatable.

What I want to ask now is: what *should* Hurd be? *How* (concretely!)
should it be different from Linux? In what way should the user have an
experience that is not the conventional UNIX/Linux experience? What are
the user experience goals we want that do not fit well as enhancements
to some existing system?

I do not intend to advocate Linux with this question. On the contrary, I
am hoping that a serious set of interesting goals will emerge for Hurd,
and that we will be able to capture them.

In my opinion, "because Linux sucks" is not a good enough answer. The
amount of work that it takes to build an operating system is
overwhelming. I have put 15 years of my life and several million dollars
of my personal funds into such an effort.[1] The reason to do it needs
to be something better than "because those other guys are idiots."

It should be something positive, not something negative. There should be
something at the end that you can point to and say "That thing is what
we did, and it changed something important, and it mattered." Perhaps
there is more than one something.

So: what is the vision for Hurd?

shap

[1] Yes, my money actually *is* where my mouth is. But I must say that
money does not taste very good, and I would prefer a normal meal.

I don't agree with you this time. It is not out job to determine the visions of the Hurd. Other guys have done this, and not only for a short time, AFAIK. What we first want is to iron out some of the Hurd's problems. If we _have_ a running Hurd and can say "no more large problems left", _then_ is the time to look further. Actually, the Hurd in it's current state is really poweful. When I came to the Hurd, I first tried to boot the actual one. There was, in fact, one unsolvable problem, no driver for my hd existed. When I later tried it in qemu, there were two things because of whom I'd not want to use it: it was damn slow and buggy. Of course now, as I'm more familiar with the internal problems, I see other issues. However, what I wanna say with this: it's not the time to look for visions - we need hard code, that's it.
--
-ness-




reply via email to

[Prev in Thread] Current Thread [Next in Thread]