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

Re: Where's Grub?

> > Just installed Hurd using the cross-install script which
> > is broken, btw. Now, I cannot find grub. All the links from
> > the web pages are dead.
> ui. Gordon will tell you more, but it is on 
> ftp://alpha.gnu.org/pub/gnu/hurd/
> browse a bit. There is more useful stuff. IIRC, grub is in boot/ and src/ or
> so.
> > Btw, anyone working on a GGI port
> > to Hurd? :)
> Not yet. We are lacking POSIX threads, so performance will be a bit... mmh.
> However, I am sure Aaron will want to try it as soon as I got the native
> development environment working (which is mostly done).

I thoughtplayed taking this up all day yesterday, actually. The only thing
holding me off is that I figured it'd be better to wait for your
development environment. Anywho, these were going to be asked anyway, so
I'll just toss them here now. Don't eat me.


I assume we're going with GGI as the "smiled upon" fresh out of the
tar/deb setup for video because it's well supported (XFree86, Berlin, and
a whole bunch of other OSes) and seemingly well developed.

The question is how will the HURD host GGI? or more importantly,  video in
general? My ideas here (which I've suggested to some people individually)
are that the HURD should have a video server that GGI and other happy
video schemes can hook in to. I'm happy with this idea but I've not seen
many reliable real-world examples of this being done. I know
Windows NT did it for awhile, but that doesn't meet my standards of
"reliable". NT isn't a full microkernel and Microsoft isn't a full bag of
marbles. I'll find (or be told) what BeOS does.

Others suggest to me that it should be hacked into GNUMach. That works,
but I don't like how it leaves us (sorry I didn't take it up with you
guys directly, I feel it'd be more productive out in the open). The HURD
will need to be hacked to work with other MKs that don't support video
schemes, and it endangers the MK itself. Out of all of the system level
services that are in the median, it seems that video is the greatest
source of problems. (My Linux system, for example, only "crashes" because
of either SVGAlib or XFree86. This isn't a direct correlation to video
access schemes, but it does lead me to believe it's somewhat responsible
and I don't feel like speculating on why because we all probably know

There are plenty of other dis/advantages to each approach, but I'll leave
it at that (for now!).

My guess is that it'll be a compromise between the two. I really would
like to get this settled early because it'll give me (and others) 
something to do now so I can say "look, I did this, I'm not useless!"
which is great for my morale. :)

All in all, I'm going to wait for the development snapshot before I start
codesmithing anything. I'll be happy to contribute to both pthreads and
ggi in the future.

--Michael Bacarella

Reply to: