Are You Using the GNU/Hurd Kernel? 146
carter asks: "I remember this article from a year back about the brave soul who got a web server running on the GNU Hurd. Due to the now-famous /. effect, I never got a chance to see it running, and now the server appears to be down for good. One year ago is like ancient history in hacker-time, so it makes me wonder: has anyone else had luck getting a web server going on the Hurd? Is anyone using the Hurd for anything resembling production use yet? Also, is the Hurd project closing in on a stable release? To look at the Hurd's seemingly ever-static home page, one would think that no major developments have happened since 1999, although I'm sure this is not the case." For those of you who are actually running it, what are your experiences of the system? Are there any any pitfalls in installation and operation that you can share for those brave folks who are planning on making the plunge in the near future?
Chaos and Storm (Score:1)
From what I have experienced this one really seem to be have the potential to grow.
www.chaosdev.org [chaosdev.org]
Re:I've encountered this before... (Score:1)
Re:Hurd is not like Darwin; Hurd is more than UNIX (Score:1)
WHAT ?!?!? This is nothing less than blasphemy! How dare you even imply that the sacred UNIX (hallowed be thy processes) may not be suitable for any purpose?
Truly, if there is any task that cannot be completed under UNIX from a CLI using a GNU utility with a command syntax that looks like line noise... why, even if such a task were to exist, it would surely be nothing less than the spawn of EVIL itself! And how fitting that the most revered, the most perfect, the most holy of all operating systems (thou shall have no other before me) would be incapable of tolerating such vileness!
Yeah, verily, brethren - repent of your evil ways, for you know not of which you speak. UNIX is a loving OS, a caring OS, and should you admit your sins and seek forgiveness, lo, thou shall be forgiven. But should thou turn away from the one true OS, even in such a minor way as flaunting the GNU/commands that have been given you... then yeah, brother, thou shall reap what thou hast sown, and thou shall be rm'd like the trash-talking MS lackey that thou art.
Re:HURD? Not now, the worlds moved on. (Score:1)
Re:Reasons for change... (Score:1)
If you didn't mind the risk of being sued. But it certainly was cite as a reason by many people at the time to hang off the BSD code base.
It was certainly enough to concern BSD luminaries like Peter da Silva in the early ninties.
Re:RMS uses Hurd AFAIK (Score:1)
Re:RMS uses Hurd AFAIK (Score:1)
Re:Reasons for change... (Score:1)
A reasonable prediction, but wouldn't you think that would've happened already? Seems the cost of connecting and synchronizing them always outweighs the cost of a single fast CPU. With 800Mhz machines selling for $1k with everything including the kitchen sink (AND in your choice of groovy colors!), is it really cost-effective to add more main processors now for consumer/business systems?
Re:HURD? Not now, the worlds moved on. (Score:1)
NT is not a microkernel. You are half-right though. Once upon the time it *was* a microkernel. A long time ago in a galaxy far away... oh wait, nevermind.
___
QNX ????? is a microkernel (Score:1)
QNX is a microkernel and it is small and fast.
HURD though fits into your critisims. It is large and slow. It might be possible to optimize it. But I won't hold my breath.
Troy
Re:HURD? Not now, the worlds moved on. (Score:1)
New Info! (Score:1)
Re:HURD? Not now, the worlds moved on. (Score:1)
Huh? 30GB? Linux 2.2.16 (which is the kernel tarball I had handy) is ~70MB uncompressed, and that includes all of the source, documentation and drivers.
The core kernel is pretty small. It only looks big when you take all of the drivers and other bits into account, most of which are not used on a given platform. For instance, the stuff under arch/s390 is only needed if you're building for a mainframe.
--Joe--
Program Intellivision! [schells.com]
Re:HURD? Not now, the worlds moved on. (Score:1)
I of course can't grok the kernel in 30 minutes a day of effort (even after looking at it since the 0.12 release).
what ever.
Joe
Re:The "hacker time" comment is misguided (Score:1)
To make up for the performance improvements in hardware, programmers continue to get lazier, add more bloat to your software, making the current software today run no faster on today's computer, than the current software yesterday running on yesterday's computer.
Of course this is not always the case, but it's very common with both Windows and _GUI_ Linux software (but mostly Windows
Re:Reasons for change... (Score:1)
Re:Reasons for change... (Score:1)
--
Re:The "hacker time" comment is misguided (Score:1)
on one hand, artificial intelligence, the area i work in, is entering a new renaissance exactly because of moore's law. the fundamental algorithms of ai haven't changed too much over the last few decades. but it's only now that we have fast enough processors to actually try and do things like formal inference in a computer game, where you have only 10% of a consumer-grade CPU available for controlling your characters.
on the other hand, i agree that the fundamentals don't change very fast. imperative programming and functional programming remain the same, consumer operating systems are largely monolithic, even languages tend to stick around.
case in point, even python is really lisp, only dressed in algol syntax...
Re:Reasons for change... (Score:1)
I would think that people would use the HURD for exactly the same reason that people were using Linux when it first started; not because it was stable, not becuase it was reliable, not because it was practicle in any way shape or form, but rather because it was a cool chance to hack on some source code. Personally, I think it would be cool to have a heterogeneous network of computers running all kinds of different operating systems: Linux, BSD, Solaris, HURD, Mac OS, etc, and even Windows. Oh, and a palm, too.
Reasons? We don't need no stinking reasons!
Re:HURD? Not now, the worlds moved on. (Score:1)
Re:HURD? Not now, the worlds moved on. (Score:1)
Re:HURD? Not now, the worlds moved on. (Score:1)
Re:Fuck Hurd.. (Score:1)
Re:HURD? Not now, the worlds moved on. (Score:1)
That's one of the funniest things I've seen on slashdot in weeks!
Re:HURD? Not now, the worlds moved on. (Score:1)
More easily understood source code is one of the reasons Hurd won't be successful? Must be a rough world you live in.
Re:HURD? Not now, the worlds moved on. (Score:1)
Re:My experience (Score:1)
Re:Yay! Free Crack for all Mods! (Score:1)
Re:1 person (Score:1)
I would imagine there is no compelling reason for most people to replace a stable Linux kernel with an unstable HURD kernel, if the Linux kernel already does what they want.
Re:Not yet (Score:1)
Re:HURD? Not now, the worlds moved on. (Score:2)
So the only two (mainstream) Operating Systems that are actually *alive* and use microkernels are QNX RTP and Darwin.
last I hurd... (Score:2)
Re:Reasons for change... (Score:2)
Actually, the comparison with early Linux misses some important history: at the time Linux was released, the free (as opposed to Free) BSD source was tied up in legal wrangles, and people were annoyed with the deficiencies of Minix for a small Unix-like system. A Linux based system was actually one of the best choices at the time for people who wanted a personal Unix system.
Re:Good recap of Debian Hurd... (Score:2)
I want to see more of these types of arguments. In all the time I've heard of HURD, I've never actually heard its technical merits.
C'mon guys. Convince the unwashed masses. Give Linus Torvalds a run for his money. Prove him wrong and Tannenbaum right for once. Hey, it just might work.
Re:What prevents the next release. (Score:2)
Re:what actually is the difference, then? (Score:2)
Also, most microkernel architectures simply have a single server running on top of the microkernel (like mkLinux). However, even though they are using a microkernel, all of the pieces are very tightly bound together. The idea behind HURD is to come up with services that are generic enough that any of them can be easily replaced/substituted/whatever not only system-wide, but per-application as well. With Darwin, even though it is microkernel based, I believe you still have to go through the UNIX subsystem. With HURD, you can go through any subsystem you want, even create your own.
While many people claim that free software is simply re-implementing someone else's software, the HURD seems to be pretty original.
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Re: (Score:2)
Re:Reasons for change... (Score:2)
Like I said, legal concerns don't seem to bother some fine businessmen in Colombia either. The fact that that code is not around anymore speaks for itself.
If you want to talk about legal issues, then look into the GPLed code shipping on a virgin webplayer.
Ok, so you're one of those entrenched BSD partisans, that strive to hold on to the 'leetness of your plaything. Ask yourself this, my friend: why is it that NeXT gave up fighting the FSF in the Objective C affair (curiously, the compiler used by the oh-so-'leet, oh-so-holy BSD crowd is still a GPL'ed application). Not even Stallman is stubborn enough to pursue every little arguable GPL violation by a manufacturer that is losing money on its web gadget thing.
If it was said on slashdot, it MUST be true! I make your words mine and I rest my case.
--
Re:Reasons for change... (Score:2)
--
Re:My experience (Score:2)
Re:GNU/Hurd (Score:2)
Yes it is, it stands for GNU is Not Unix (try to write that without using an acronym, I dare you :)
Hurd by the way is a recursive acronym as well, a two-step such, standing for Hird of Unix-Replacing Daemons. Hird OTOH, stands for Hurd of Interfaces Representig Depth
© 2000 Ilmari. All ritghts reserved, all wrongs reversed
STUPID MODS! Re:Kernel cousin Hurd (Score:2)
Down... (Score:2)
Well, if it wasn't previously, it sure is now!
MS Bob - I hardly knew him (Score:2)
The one I remember was a cartoon drawing of an office with a desk and file cabinets and a calendar on the back wall. The user clicked on various items in the office to accomplish their objectives. For instance, clicking on the calendar brought up a date book/PIM type of program.
You know, it's funny, but I did a quick search on Google in order to try to find an URL with a screenshot and I couldn't find a thing. The closest I found was a bunch of humor pieces and this [strategymag.com] article. I wonder how much Microsoft paid to expunge the memory of Bob from the net?
Re:Reasons for change... (Score:2)
The main advantage of WinNT over Linux is exactly this, kernel multithreading, that's why a 32 processor WinNT will outperform a 32 processor Linux on most applications and low to medium loads.
Re:HURD? Not now, the worlds moved on. (Score:2)
Understandable source code is a bad thing?? Excuse me while I laugh. Ha!
:)
Re:HURD? Not now, the worlds moved on. (Score:2)
Well, in principle, a fully-finished Debian GNU/HURD distribution would have everything that Debian GNU/Linux does. The user would then have a choice of kernel to go at the bottom of their Debian system, and choosing HURD shouldn't stop them using any[*] software they could have used with Linux.
[*]At least, any Open-source software.
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Chorus apparently includes message-passing within its microkernel, substantially reducing the number of context switches. That should greatly improve its performance doing network-y things. Sun is selling Chorus now as a real-time system. It has Solaris compatibility (to simplify development) but lets you build tight small-code embedded systems. I don't know what the license is on the Chorus microkernel itself, before you buy the whole ChorusOS from Sun.
Re:HURD? Not now, the worlds moved on. (Score:2)
kind of abstraction of OS services that makes a lot of OS tasks easier
to coordinate, like locking of devices. It should be covered in any
good intro-to-OS-design course, and it's a bit like the `command'
design pattern.
p.Linux isn't even modular: Linus has frequently resisted any attempt
to standardise linux APIs, citing the need to allow the implementation
to evolve. Linux's kernel modules have little to do with modularity:
they are just a trick for switching bits of code in and out of kernel
space.
Re:HURD? Not now, the worlds moved on. (Score:2)
Why not? It has a message passing architecture. What's missing?
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Re:HURD? Not now, the worlds moved on. (Score:2)
Anything with 45 million lines of code would be hard to call _micro_
~Sean
Re:Reasons for change... (Score:2)
Care to argue that a code base with all the years of development of BSD would make it a worse choice?
If the legal issues were truly a problem, would you have been able to ship the code?
Re:I've encountered this before... (Score:2)
Yeah, and it's modula, too!
Re:RMS uses Hurd AFAIK (Score:2)
woopsie...! (Score:2)
I hate it when people make that mistake, yet appearently, I do it myself as well. Writing "Linux" has become a habit like writing your own name...
Another reason to step to the HURD; you can't confuse it with the name of its initiator
It's... It's...
Re:RMS uses Hurd AFAIK (Score:2)
FreeBSD, for those of you who are too lazy to click. Of course, this might just be his firewall.
Re:HURD (Score:2)
Let's not forget... (Score:2)
If you set up Bob to require a password, it would (of course) ask you for one before allowing you to use the system..
If you entered the wrong password three times in a row, Bob would assume that you'd forgotten it, and helpfully ask if you wanted to change it.
Re:The "hacker time" comment is misguided (Score:2)
I find this an interesting comment because this is almost exactly what I did, and I don't feel like it has.
I work for an organization doing linguistic research and literacy and translation based development work.
In 1991 I changed from software support to linguistic field research in an African Village. This last year I've started programming again, using Borland Delphi/C++ Builder
RABBITTRAIL
As I see it, since 1982, as a linguist/translator there have been the following stages in computers as a tool in a third world environment (including the hardware I've used):
The '90s only brought two software development advances worth commenting on into my life. They are:
- the Drag 'n Drop facilities of Delphi, which does something to tame the WIMP user interface, which I didn't ever have to program for in 1990.
- Object-oriented code, which wasn't nearly as important as the subroutine for solving the software complexity problem.
Reasons for change... (Score:2)
Fledging Unix Programmers will be playing withHURD (Score:2)
I live in Seattle and teach free classes on how to program, use a shell, architecture issues, and what not.
I've noticed conversation and interest shifting into the HURD lately, and have decided that it will be a good place to go, in terms of studying and teaching.
A microkernel where we can add and remove services will be nice as an educational tool, and will be interesting to work inside of. It seems like a good thing. It probably is.
Re:s/Mach/L4/g (Score:2)
what actually is the difference, then? (Score:2)
Are you saying Apple somehow removed the ability to implement additional Mach servers? Does the UNIX personality of Darwin violate the modularity of the Mach server architecture? If that were true, then that would indeed be a strong argument in favor of the Hurd. Or are you saying that the Hurd happens to come with a wider variety of servers right now? If that's the case, probably many of the Hurd servers could be ported over quickly.
Maybe it would be good for someone to write a more detailed technical comparison of the Hurd and Darwin. So far, the bird's eye view is that both system are based on the Mach microkernel, both have a variety of servers for them, and both have a UNIX personality. So, to me, the question remains: why pick one over the other? (Of course, there may still also be licensing issues.)
Why not use Darwin? (Score:2)
Re:The "hacker time" comment is misguided (Score:2)
Most commercial programs have deadlines too tight for the developers to make many optimizations. Even when that isn't the case, many programs are tested mostly on trivial cases where speed is not the issue. Even "common case" testing can be bad as the problem size commonly used often increases dramitically and unforeseeably over the life of a program. (Take the first web servers as a good example.)
Computers as we know them aren't different not because of lack of innovation but because of lack of popular application of those innovations. For example OO has been around for a long time but the only OO languages with any major popularity are Java and C++, both of which have serious drawbacks that hamper thier effectiveness.
Another example -- sensible memory handling including garbage collection can solve many of the crashing problems we have (yes, linux programs sigsegv ocasionally,too :) But you can't see GC integrated into any mainstream OS currently. I for one am all for sacrificing a few cpu cycles for stablity -- what good does a fast program do if you loose a night of work due to a bad pointer somewhere? Besides, we'd find ways to make it even faster if there were wider usage. I can even imagine hardware-accellerated GC.
I'm not suggesting that these would solve the world's problems or that they're the best solution or insert-your-favorite-flamewar-topic-here. I'm just saying that the vast majority of new, innovative solutions are unimplemented because of PHB's with severely impared long-term vision.
Free software seems to avoid these two pitfalls. Therefore I predict that free software will continue to improve the state of desktop computing as long as it tries to actually innovate instead of immitate. (not that it is horribly bad to immitate a good, successful function)
Bah Hurd-bug. (Score:2)
I think that the biggest problem is that open-source software has been mostly concerned around ESR's scratching an itch sort of programs, that do some sort of task useful to the creator.
And when it comes to open source OS design, all we have been able to do is recreate Unix a large number of times.
The problem with the Hurd is that it's just Unix, all over again. In order for Hurd to compete with Linux, you would have to show that it has some measurable advantages over Linux. And because Linux has the biggest mindshare, followed by BSD, among OS hackers, Hurd will be a toy OS until somebody does something with the Hurd that will give it mindshare.
I personally would love it if the Hurd would re-focus towards becomming a post-Unix OS. Break the Unix compatability, simplify things, and make something that's more attuned for what today's computing is like. That way, Hurd is an evolution in design, not a microkernel trying to catch up with a billion Linux kernel hackers.
Needs a decent install... (Score:3)
GRUB seems pretty good now. It would be nice if someone make a Hurd release that didn't require an existing OS. The best way to do this would be to install for a Linux boot disk (if you can't do it with a Hurd boot disk).
Re:1 person (Score:3)
Re:HURD? Not now, the worlds moved on. (Score:3)
This is probably why RMS is so obsessed with calling it GNU/Linux. The original GNU Hurd vision that he had never came to fruition because of the simple development of the linux kernel. Being first to market, determined what would happen. If the Hurd kernel was ready before the Linux kernel, things would have happened much differently.
But as it is now, GNU/Linux, or for people like me who think the easily marketed term is better, Linux, is the most popular. Hurd had a chance, but it was wasted by being beaten by something of comparable quality. (I won't say equal, better, or worse, in order to avoid the massive flame war that would erupt.)
Maybe one day, after the Hurd is more integrated into an end user ready product it will gain some more popularity, but I doubt any more than some of the lesser known BSD's.
Kernel cousin Hurd (Score:3)
Re:Reasons for change... (Score:3)
Well, it's probably bad to run not-yet-released software if your aim is to get things done (as opposed to just hacking). When HURD is stable, there will be good reasons to write certain types of software on it, because its structure is fundamentally more flexible than UNIX (so you could have more fine-grained permissions, more user-space drivers etc).
Re:HURD? Not now, the worlds moved on. (Score:3)
(ie. there must be at least two context changes whenever you use a
core service), there aren't many microkernels out there (Mach,
Chorus, are there any others?), because context changes really are
expensive, especially on an x86. I don't suppose that when people say
they that microkernels won the OS design wars they meant that the OS
must be doing endless context switches to process the most basic
service...
If by a microkernel OS you mean that there is a principled
distinction between core OS services and other OS services, with a
well-defined message passing interface between the two, then NT is a
microkernel.
Re:the last i hurd (Score:3)
The L4 microkernel was developed and implemented on ix86 platforms by Jochen Liedtke, then at
GMD, Germany. Liedtke continued development of the Intel version of L4 while at IBM TJ Watson
Research Center. He is now at the University of Karlsruhe.
University of New South Wales are working on L4 implementations for several platforms:
L4/MIPS: a stable version for the MIPS R4x00 processor, to our knowledge the world's fastest kernel for that architecture.
L4/Alpha: a development started at the Technical University of Dresden. We (I) are presently working on an SMP version.
An L4/StrongARM is also being here.
Other ports exist also, developed by other parties. Linux runs on top of Intel, MIPS and partly Alpha versions, that I am aware of.
I've encountered this before... (Score:3)
Oh, YES! HURD: The Pascal of Operating Systems!
Dr. Dobb's Journal (Score:3)
It's available at their ddj [ddj.com] website, here [ddj.com]
Re:HURD? Not now, the worlds moved on. (Score:3)
the last i hurd (Score:3)
They were planning on shifting to something called "L4", a microkernel started by a russian university (AIR). L4 is supposed to be extremely fast and lightweight.
remember the goal here -- instead of having to pester Linus with patches, and wondering what release they'll get in, you write something called a "translator" instead, and they are all the same from the kernel's point of view. No more kernel patches for drivers! Just add a translator!
I wish I GNU more about the L4 and Mach issues, cuz last I hurd that was the main issue deciding where HURD was going in the future.
Free computing gneeds HURD.
Re:Good recap of Debian Hurd... (Score:3)
OSS advocates often talk about technical merit, and how open source projects tend to have more technical merit than close source projects. (Daft moderator pacifier: I said tend to be, not are.) IMNSHO, the Hurd has a LOT of technical merit.
Hurd is the ultimate of configurability. One of the major reasons I gave up Windows completely was because the hood was welded shut. Linux gave me so much more power to configure. Unfortunately, Linux is still not the ultimate... dig Hurd: you can replace parts of the OS and have it affect only one user!! If you've ever tried writing anything close to an OS before, you'll know that it's a major pain to get things going because of the chicken-and-egg problem: you gotta somehow bootstrap this new thing you've written, and everything has to be perfect and properly setup, and basically, you need to have written a substantial amount of code before you can actually see anything run.
But with Hurd, you can just run a new interface in user-space, no matter how primitive it may be. It may crash, it may burn, but you're safe in the comfortable, stable development environment -- all you need to do is to debug the code and restart the interface.
The kernel hacker's dream, if you ask me. No more tedious reboots, lost error messages, hard-to-reproduce bugs, etc.. I, for one, will switch to the Hurd as soon as they make a stable release.
Re:My experience (Score:3)
This reminded me of my personal experience with running Hurd. I spent a considerable amount of time downloading the 0.2 distribution over a slow modem. When I'd finally gotten it all, I untarred it on my Linux box, and spent some more time wrestling with GRUB to get the system up. When everything was said and done, I was rewarded with a bash prompt and a bunch of GNU utilities. It was kind of anticlimactic -- I figured I could've gotten the same effect by most of the packages on my Linux box.
But that being said, I think there is some merit in the Hurd project. It's just that it's nowhere close to the point where it can start sucking up marketshare for any reasons other than "I'm working on Hurd" or "I was really curious, bored, and/or drunk." Furthermore, it's entirely possible that it may never become more than a novelty.
Re:Good recap of Debian Hurd... (Score:4)
Why do people continue looking into Microkernels like FIASCO ?
Why would anyone be interested in furthering the area of Operating Systems by exploring new options?
If you aren't curious about how things work then don't play with HURD .
Wait until its really ready for use and then complain about it.
I realize HURD has been in development for eons. It is because noone has done this sort of thing before.
True, microkernels have existed for a while but can you run multiple OS servers on them? I haven't seen any. The HURD is capable of this.
I can tweak key parts of the OS like the scheduler and not affect anyone else on the who is logged in. Its just an interesting animal right now.
I plan to run it in the near future. I had been running it once before and I plan to develop software for it now and when its ready.
Linux is still the way to go though.....
Dave
The hurd may never come home (Score:4)
If anyone reads the mailling list archives one will find that one of the most recent disccusions has been to replace the kernel (GNU Mach kinda sucks).
The only problem with this is it would mean about a 90% rewrite of the kernel stream work done so far.
As for applications once the kernel is retooled (Or compleated deppending on what GNU wants to do) any posix/linux app or server should compile and run fine.
PPP being the only one that needs major work
Good recap of Debian Hurd... (Score:4)
You can follow the action on the Debian Hurd mailing list (which is slow but nowhere near dead) at the Debian Hurd Kernel Cousin [linuxcare.com].
Bottom line is that people are getting things like X and PPP going, so there's definite progress toward a system you could use every day.
Hurd is not like Darwin; Hurd is more than UNIX (Score:4)
Both Darwin and Hurd run on top of the Mach microkernel. But they're not the same thing. Darwin is UNIX implemented on a Microkernel (plus whatever extra Appley bits). HURD really isn't UNIX at all. It is a general system for running interacting "servers", plus some particular servers. The UNIX compatibility is given by some of those servers, but it's quite possible to write programs for HURD which would be difficult or impossible to port to UNIX (e.g. it is almost trivial to run "sub-HURDs": just start copies of all the servers and make them talk to each other).
The "hacker time" comment is misguided (Score:4)
That's not true at all, unless you're into having the latest and greatest hardware and such simply for the sake of newness. For example, I've been using a 2.0 Linux kernel for a few years now, and the "benefits" of newer versions are pretty minor in the overall scheme of things.
I'm continually surprised at how slowly things move in the computer world. There are performance improvements on the hardware side, yes. Sometimes there are real bullets, like the catch-up game PC video cards have been playing for the last three years. Overall, though, programming and computer use are the same as they were ten years ago. I used a UNIX variant on a Sun workstation from 1990 through 1993. It felt about the same speed as the other machines I've used over the years. But that machine was running some kind of 20MHz 68020-class processor. I don't feel like we've advanced much. Programming is still the same. If someone stopped writing code in 1990 and started up again in 2000, he wouldn't feel like the world had passed him by. Heck, even BASIC still has a reputation as a slow, interpreted language, though machines are now 1000x faster than they were when that repuation stated.
My experience (Score:4)
Recently, I again tried installing it on the same partition I used before. This time, however, I couldn't get it to boot at all. I tried the debian distribution of it, which was unable to find the filesystem I installed it on, even though I entered it in (using the HURD-style device names). The version from the GNU website would find the filesystem, but would later go into an infinite loop.
I'd say it has a while to go before it becomes more useable; however, when it does, I'd really like to use it. I'm quite excited about the advantages that it will eventually have over Linux.
-----
Apache on HURD (Score:4)
s/Mach/L4/g (Score:5)
Many of the debian-hurd folk were pretty excited about this possibility, as L4 is smaller and faster than Mach, is already in a working state, and is actively being worked on by its own cadre of developers.
(Man. To think-- not so many years ago, the vision for the GNU desktop system was GNUstep running on Hurd. I hope it'll still come to pass...)
RMS uses Hurd AFAIK (Score:5)
This is before his laptop had the horrible screen damage that occured while he was in Brazil. That particular laptop is out of commission now, I think, after his modifying it to display on the unbroken half of the LCD screen, and then dying completely when he tripped over the power cord and knocked it off the table, cracking the other half of the display. The Brazilian Linux people bought him a new one, IIRC, and I think he paid them back later (but I'm not sure).
So, the Hurd seems to be living through his daily abuse. It must be functional, at least for that.
Debian ISO images (Score:5)
The Hurd is still under development and many features are brok^H^H^H^Himproving.
johno
If I could, I would (Score:5)
I have to agree with some more FSF-cynic people here that the HURD indeed does resemble any other "My Own Featureful Kernel" kind of project, and if this one wasn't supported by the most influential Free Software Foundation, it would have been bleeding to death years ago. I mean, the historical mails from Linux Torvalds, wherein he announces the Linux kernel, are already cynical about the release date of the HURD (first he says "within a few months or so", in later mails he starts with "end of this year, age, millenium"-like suggestions). That reminds me a little bit of Paul stating in the Bible that "the End of the World is Nigh" -- words which are 2000 years old now. If it ("it" being the End of the World, or the HURD, or even both at once - whee :-) wasn't anywhere near "Nigh" way back then, then why should we expect it now?
Then again, one never knows what comes of a Free project. It may lay slumbering for years, then maybe development is suddenly picked up by an interested group o' people (like Debian).
Oh, and I'm interested, too. I recently tried it. After a night of downloading and installation (which is a smooth, automated process that only requires you to run a few scripts and mount a device as /gnu) that went quite OK, I rebooted with a GRUBbed floppy and found that the kernel hung. Shoot. After some discussion on the mailing list, they found that it was probably my ISA ne2000 card that hung the system.
(At this point, a cynic would say two things: first: "an ne2000 card is about the first thing one would have supported", and second: "one of the advantages of a microkernel should be that its modular design would allow for the system not to hang when one driver fails", right? I wasn't interested in being cynical, I never really am with Free Software. If it's crap, don't complain -- just don't use it, or make it better. You got it for free, and, unlike promotional material, the givers don't want anything from you in return.)
The folks from the HURD came up with a few solutions. Some of them involved fooling around in the sources and stuff and didn't seem proven solutions. Another option was to plug the ISA card out. While I'm not very fond of fooling around with hardware, I decided to do the last thing.
There went the HURD, passing the network card detection part as if it were a simple bend in the road, but then it suddenly crashed into a problem as if it were a trailer that was parked just around that bend. This time I got a real kernel error, not just a message-less halt. The idea behind this crash was that the HURD found way too little main memory on my system.
So I posted a new message to hurd-help, stating "problem solved, long live the problem", but this one didn't seem to get very much response. (The other message, AFAIK, resulted in some modifications in the network card detection stuff, but as you might know, it's very hard to autodetect an ISA ne2000 card, so I don't expect to see a really "smooth solution" unless, as with Linux, the "kickstart system" doesn't require all hardware to be detected and stuff.)
So for now, no, I haven't used HURD. Might check again later, but I don't want to disappoint myself for now, as I don't think that my current problems are now suddenly all solved. Even if the HURD will never come near stable, there's one thing that's good about it, and that's competition. Cool features and concepts can only inspire us all to make software better, just like Linux "inspired" Microsoft to do better, and GNOME and KDE inspire each other. And the HURD does have cool concepts (and probably features as well ;-).
It's... It's...
My poor server a year ago... (Score:5)
For an update, apache still compiles nicely on it, and recently many people got X running.
As to the Hurd web pages, I've taken over development on them and you can generally expect there to be updates to them starting this weekend. I'd appreciate any assistance people want to give. (web-hurd at gnu.org)
Another good place to go is http://www.debian.org/ports/hurd/
What prevents the next release. (Score:5)
We cannot release GNU/Hurd-0.3 without all the above.
But the worst problem by far is lack of developers. Let's hope that this article will attract new people into the GNU/Hurd community.
Previous articles failed to do it though :-(