It's been a long, long, time since I have had a working Hurd
installation. My old Tyan Thunder Pentium II system used an incompatible
SCSI card, and my new Asus A7N8X had simply defied all efforts of
booting any kind of gnumach until last night.
I had been fooling around with Bochs and the gnup
For hardware, something like a Pentium-II with 440BX chipset,
IDE drives, plenty of RAM, and a fast 2D graphics card probably
a Matrox would work good, and an Intel EtherExpressPro100
card definately works. Older machines should also work, but
some of the newer IDE chipsets are unsupported right no
just not very
optimized yet. I know when I get Gnumach to boot on this XP2400+
it will be scary fast. WOOT :-{P
---
<32>(thunder)[/home/doug]
$ alsaplayer BigRed_Run4.wav &
Ognyan Kulev wrote:
B. Douglas Hilton wrote:
Actually, I'd probably have a much easier time getting L4 working
I agree 100% here. Gnumach2 is pretty cool, but OSKit is
seriously a behemoth and its drivers are aging rapidly
also. Unless OSKit gets a major upgrade to Linux 2.4 or
2.6 drivers its uselfullness will unfortunately degrade
rather quickly. It works fine for older commodity
hardware, but with c
I'd like to get my Hurd partition booting again myself. I upgraded
to an a7n8x nForce2 motherboard with some pretty fancy IDE
controller chipset and old gnumach has failed me!
Now I'm faced with reinstalling the cross-development environment,
although I built the serial cross-debugger for my little
Yea, I really need to get my Hurd booting again. I'm having
some small problems with my hardware. I run a Tyan Thunder 100
with AHA-3490 pure UW-SCSI and dual PII-450. Debian's vanilla
GnuMach works ( if I remember correctly ) but OSKit-Mach hangs
and any home-made gnuMach fails also. I used to hav
ans drive like fiends! Six lanes bumper to
bumper at 120+ KPH! Eeek! My old car can barely go that fast...
On Monday 15 April 2002 09:36 pm, James Morrison wrote:
> --- "B. Douglas Hilton" <[EMAIL PROTECTED]> wrote:
> > ...
> > yet :-)
&
Argh... that treacherous grub command line to replace serverboot.gz,
that thing caused me a lot of oskit-mach recompiles for nothing.
Arun, If you check back to January in the debian-hurd list you
will see a whole string of messages about this, apparently one
of the online web pages has typos and
Strangely enough, this port may not be all that difficult. I have
pondered it over myself from time to time.
The most critical part of Hurd is currently the microkernel. Hurd
typically depends on a compatible Mach. I am not overly knowledgable
about OS/X and Darwin, but AFAIK MkLinux uses some ki
Hi! Yeah, you are on the right track, I can exemplify a
few of your comments.
Richard Kreuter wrote:
>On Mon, Mar 25, 2002 at 06:08:49PM +0100, Jeroen Dekkers wrote:
>
>>I think it would be nice to post the GNU things to the mailinglist
>>before they'll release the next version, which will be so
Guess I'll add my 2c here.
Other alternatives:
1. Put sbin inside bin: /bin/sbin
2. Put sbin inside etc: /etc/sbin
Apps dir: /apps /local/apps
Put include inside /lib: /lib/include
or
Make a /os dir and then
/os/lib
/os/include
Really though, the *NIX directory
tree was pretty well though
I shouldn't jump into this emerging flame war, but
I like having some separate directories for things.
When you just throw all the crap into one big
directory you end up like the mess that Windows is
with its horrible system32 directory. Basically
anything that isn't exactly an "app" specific fil
Hi, from the looks of it, you have hda6 set to
be your hurd root disk. In grub grok this would
probably be (hd0,5)
(hd0) = whole disk hda
(hd0,0) -> hda1
etc.
It takes a while to get used to grub but I rely
on it these days. Also when you eventually
create your menu.lst it will give you a nice
m
Hi list!
I have longed to toy with Hurd, and actually tried it out briefly about
3 years ago.
Now, as broadband connectivity approaches me, I hope to join in with the
Hurd
development effort. I am a fair C / C++ programmer and have used Debian
for
nearly ten years! ( With a break from 94-97 ). I
14 matches
Mail list logo