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

Re: GNU/Hurd on vmware

>>>>> David R W Denny writes:

 DRWD> My suspicion is, you install Hurd on its own Virtual HD in
 DRWD> vmware, but not _within_ linux in vmware if you get my
 DRWD> drift. In that sense you do not need linux, However you _would_
 DRWD> need some sort of unix in order to download and compile any
 DRWD> hurd bits N pieces you need to run. And Grub of course. I
 DRWD> guess.  Gordon??

I heard my name, but am not entirely sure of the question being
asked.  So, I'll take a guess.

The main issues when installing under vmware are the same as when
installing on a machine that has no operating system on it at all.
Philip Charles was working on some Linux-based Debian boot floppies
that would install the Hurd.

Otherwise, you'd need to install a Linux on the vmware virtual disk
(with the virtual partitioning you want the Hurd to run
under.... probably Linux root, Hurd root, swap, and maybe an
additional Hurd partition (or disk) so that you can test filesystem
bugs on a non-root filesystem), then follow the usual instructions in
order to get the Hurd running.

 DRWD> for myself, would love to see an Open Source virtual machine
 DRWD> operating system (OSVMOS? OSVOS? OVMOS? OVOS!!!!) which would
 DRWD> just map all the devices, take care of partitioning, and then
 DRWD> timeslice among all the guest OSes as you run. Just that,
 DRWD> Nothing Else.

I'm taking a stab at such a thing, but the first goal is to implement
a simulation, then extend the simulation with real capabilities until
the actual system is working.

It's called Figure, for those who care, but it currently isn't
self-hosting; it still depends heavily on the GNU C compiler and C
library.  You're welcome to join the discussion (please refrain from
following up on the -hurd lists, because it isn't within their scope
yet) and browse the code at



 Gordon Matzigkeit <gord@fig.org>  //\ I'm a FIG (http://fig.org/)
Committed to freedom and diversity \// I use GNU (http://www.gnu.org/)

Reply to: