Slashdot Mirror
Are You Using the GNU/Hurd Kernel?
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?
There is another microkernel being developed by some fellows in Sweden. They call it "chaos" and use microkernel "storm".
From what I have experienced this one really seem to be have the potential to grow.
www.chaosdev.org
that wasn't wirth it.Oberon this side of the world we have more pride than to go for cheap puns.
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.
Windows NT and W2K are microkernel architectures and none of your arguments really fit them.
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.
Are you sure that RMS runs Hurd?
****Gfx Scrollbar Special case hit!!*****
Did you notice anything interesting about the OS that Netcraft is reporting?
****Gfx Scrollbar Special case hit!!*****
computers will probably start having several medium fast cheap processors instead of one really fast expensive processor
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?
The revolution will NOT be televised.
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.
___
___
If you think big enough, you'll never have to do it.
I am not a microkernel fan particularly. But your comments have little do with the choice of using a microkernel design and more to do with specific implementations of microkernels.
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
Windows NT (and therefore W2K) are not real microkernels. The last true microkernal WinNT was 3.51 as far as I know. They had to start moving to a macro-kernel architecture because they couldn't get good enough graphics performance.
I was just on #hurd at irc.openprojects.net and some of the people there believe that HURD will have a PPP release this weekend. Minus one complaint about usability! The source is the debian-hurd mailing list.... Its coming along! It may even get ported to L4 which should open up some bottlenecks. If you want to learn more go to #hurd on irc.openprojects.net. Someone there may be able to help you find better websites to look at. In the meantime try this one! Installation Guide Take care!!! -Dave
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!
Program Intellivision!
Yah, read the kernel developer list. Linus wont help in debugging the kernel (by adding more support for kernel debuggers) partially so that bugs are not easily fixed. He wants the developer to have to think to fix the problem.
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
Joe Batt Solid Design
> I'm continually surprised at how slowly things move in the computer world. There are performance improvements on the hardware side, yes.
:-)).
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
Sure. Some people will probably switch to it when Linux becomes even more popular than it already has. Some people are fans of an underdog and when Linux loses that status they will complain it is "too corporate" and move on to the next project in development. That could be Hurd, or a couple of other operating systems.
Sure. Here's a pound of cocaine, now go and deliver this to my pal Joe in [insert yout least favorite neighborhood here]. Just because something can be done, doesn't meant it is a wise thing to do (specially if it has legal consequences)...
--
Information wants to be beer, or something like that.
I'm continually surprised at how slowly things move in the computer world. There are performance improvements on the hardware side, yes. ... Overall, though, programming and computer use are the same as they were ten years ago.
;) *putting flame suit on*
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...
My other car is a cons.
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!
There is a difference between a microkernel and a modular kernel... I don't know if microkernels are unfeasible, but there are no major OS's atm that have them. (No, NT is _not_ a microkernel).
NT is definately not a microkernel. The devel started as a microkernel, but it didn't end up as one.. I wouldn't know about win2000, but I assume if it was a microkernel we'd have heard some more discussion on the topic by now...
Micro is a structural choice, not a description of size..
If city buses are any indication, we ARE that kind of society.
"It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
That's one of the funniest things I've seen on slashdot in weeks!
More easily understood source code is one of the reasons Hurd won't be successful? Must be a rough world you live in.
A bunch of different servers running in separate address spaces. In NT4, everything's in kernel space, including the GUI, which means everything can stomp on everything else. This is not a microkernel. Even the revisionist NT guys who were trying to cash in on the microkernel hype when they released it had the grace to call it a "modified microkernel". Where "modified" = "not a".
Incorrect! After the amount of childish whining about "GNU/"Linux, I'll be doing my best to misinform people at every chance I get. :)
Thanks for the support! They are all just jealous because I got first post - hahahahahaha! :P
Out of order? Fuck! Even in the future nothing works! - Dark Helmet (Rick Moranis) "Spaceballs"
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.
perl -e 'fork||print for split//,"hahahaha"'
I know that MS Bob was an Utter travesty of a program, but I have very little idea why it is. I have tried to look and see what this fabled MS Bob is but everything I found was just making jokes about BOB.
I don't really mind double posts on
No, I am the real Matthew Smith...
...Miner Willy meets the CrackWhores(TM)
trolling the first world...
How about qnx4/neutrino(get.qnx.com or www.qnx.com)
:-}
Okay it is not big at the desktop but they already have passed 500000 downloads for the free version so they might be soon
What programming skills should amateur developers, like me, go out and learn in order to be able to positively contribute to the Debian GNU/Hurd project?
Things change, but naturally if you don't try the new things then everything will seem the same to you. Big "Doh!" on that one.
Sigs are awesome huh?
yea too right.
Everyone says "is it POSIX compliant"? well unix is great and I take nothing away from it but times roll and ACL and capabilities based OS's plus Plan9 style stuff comes along. W can do better then *nix.
-he who laughs last, is a bit slow.
journal
Then explain why the BSD code was circulated before the 4.4 lite code was released?
If it was said on slashdot, it MUST be true!
If you looked heren t/src/share/misc/bsd-family-tree
ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-curre
You would see that legally encumbered BSD was shipping/aviable for download.
When you go back and resarch your unix history, you will see that the legal issues did not seem to bother the people who shipped 386BSD and FreeBSD 1.X.
If you want to talk about legal issues, then look into the GPLed code shipping on a virgin webplayer. Then, ask about the total *LACK* of action on the part of FSF and others to enforce the GPL.
If it was said on slashdot, it MUST be true!
>The fact that that code is not around anymore speaks for itself.
Really? The code isn't around anymore?
A search on Yahoo shows this: 386BSD - An older version of BSD now targeted exclusively at the research and academic community. CD distributions only, sold by Dr. Dobb's Journal.
Looks like the code is still around. And it was 'uncontaminated' in time for the 0.1 release.
>entrenched BSD partisans,
As opposed to the GPL zelots who can't explain why violations of the GPL go un-enforced?
If it was said on slashdot, it MUST be true!
>If you didn't mind the risk of being sued.
4.4 Lite was the 'at&t free' version, yet 386BSD 0.1 shipped. And 0.1 was not based on 4.4 lite.
0.1 386BSD was shipped 'at&t free' according to the 386BSD team.
So....where WAS the risk here?
If it was said on slashdot, it MUST be true!
There is no reason for YOU to change kernels.
The current Slashdot moderation system is made by gay communists!
-- The ballad of arrivederci
Hm, speaking of underdog operating systems, I've been keeping an eye on atheos(http://www.atheos.cx) and v2os(http://www.v2os.cx), but they don't seem in a good enough state to try yet. Maybe if they ported SDL and a toolkit like GTK over they could take advantage of the existing applications and games out there for Linux.
a couple of screenshots can be found
Here.
-----------------------------------------------
+++++++
"Look, dear, it's a crazy hairy scary man!"
http://www.420.cc/forum/DCForumID21 /10 0.html
www.matthewmiller.net
"Live Free or Die." Don't like it? Then keep out of the USA
Nope, Jeff Bailey of GNU. You will be assimilated. =)
It might be comforting for him to know that the trollers are getting worn out and he can post with impunity again...
He who fights and runs away,
Communist China has officially endorsed Linux and Open Source Communities. The HURD may not be ready today, however it will be tommarrow.
I don't think GNU/Hurd is made to be at all home...Hurd have a strict aplication... I run a Hurd box at home...and i hope use it at my Msc. degree too...but i dont like that idea wich Hurd is a substitute for Linux...they are too diferent.
I quote case - That is TOTAL bullshit.
b0rk b0rk moose
Bwaaaaaaaahaaaaahahahaaaaahaaaah!!!!!
Oh shit dude, now I have to clean the pop off of my monitor again!
Bite my yammer.
From GNU/HURD to Cairo-Linux.
How about that?
It is true, however, that not all os components behave this way. Some components may indeed be restartable. It's just a matter of how inconvient such a restart is for the user (e.g., restarting the network server will require that all open network connections are closed). Of course, some components can be constructed in such a way that they are completely stateless with regard to other components/tasks in the system, but I do not believe that this is the general case.
BTW, for more info on componentized operating systems (and componentized Linux in particular), take a look at the SawMill Project homepage.
Of course, in a real system you also have other tasks which needs to interact with the OS task. This occurs (almost) exclusively through IPC mechanisms, and IPC mechanisms have therefore been identified as the main performance bottleneck for microkernel systems. The IPC mechanism basically deals with transferring (usually a small) amount of words from one task/thread to another, and performing a context switch between the tasks/threads. There are three sides to the cost associated with this:
- The added number of processor cycles used to actually perform the context switch.
- The added number of flushed cache lines due to the microkernel design.
- The added number of TLB invalidations/flushes.
The first cost can only be dealt with by producing higly optimized microkernel code. (Just for the numbers, last time I measured the inter task IPC cost in the L4 microkernel on a 500MHz PIII, it was 197 processor cycles. For slower processors, the cost of IPC is even cheaper). The second cost can be alleviated by making the cache footpring for the microkernel as small as possible. For instance, the L4 microkernel accesses 12 cache lines for its typical IPC operation. The third cost can be dealt with by not using much memory for the microkernel itself, and using tagged TLBs so that a TLB need not be flushed completely on each context switch. Now, of course, not all architecures, and in particular not the x86, do have tagged TLBs. Fortunately, however, tagged TLBs can be simulated by the microkernel (see this paper for more info).On the other hand, if one of your services does go berserk, having a microkernel design usually helps you a great deal in localizing where things went wrong.
Plus there is work on doing it for PowerPC and also plans for upcoming 64 bit architectures like IA-64. A fairly new member of the L4 kernel family, the L4Ka kernel is actually quite portable. Doing ports to other architerures is as such not a big of a hurdle as it used to be.
Test.
test.
test.
test.
test complete
Are YOU listed?
I bet it's not GNU/Hurd
The biggest problem of GNU/Hurd is that it cannot deliver anything in the next month, but it can be the best OS in 2010. If we do something.
# ls /dev
:-(
Computer bought the farm.
Wow! .hu is an excellent TLD
for Hurd users :-)
Somebody already registered gnu.hu but their site seems to be in Klingon.
You stupid fuck, it's a troll. Good God almighty, if we can't rely on uid's in the 20'000 not to get trolled then we are fucked as a generation.
So get a grip ya putz and think think think next time.
Why not can the Nader crap ya moron. Nader was kinda cool in the 70's, but as a leader of the country...uh...Bzzzzzt. Now don't get me wrong, Gore and Bush suck too, but at least they are politicians. Like it or not you have to be a politician to work with other politicians. That's the way things get done. So while it's cool to be all anti-establishment and the like you are actually pissing in the wind. Whatever.
Uhh... Sure... and Bush/Gore is going to get a lot of stuff done I suppose????
Amen to that my brother. Like I said they both suck. But at least they know how to play the game. Like it or not in the game of politics it's not a matter of right or wrong, it's a matter of who you know and who owes you a favor and who you owe and how much $$$ you have and how much $$$ you can give and if you vote for my project I'll vore for yours and blah blah blah.
That's why people like Nader would get eaten alive. The job of president is all about how much money you can raise and who you get to back you. Period. That's why you don't see true leaders, you see big money/power junkies who can smile and learn the right words and phrases.
So far, so good...
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.
You are completely ignoring the Internet here. In 1990 most people hadn't heard of Internet and there was little programming being done that was Internet related. Nowadays it's hard finding a programming job that is not Internet related in some way.
Maybe the way we program hasn't changed much, but *what* we program sure has.
NO no no... dont' you get it. I know I can't expect you to have the advanced amount of forward thinking that a well traveled troll has but, against my better thinking, listen up.
Trolls like content too. We are techies just like some of you quality posters. In fact most of us have a normal +1 account. I have a few of them. But trolls don't respect the standard Linux rox Windows suX0rs !!! stuff. That's essentially what this story is, it's a nice opportunity to stir up the dead horse debate of the micro vs monolithic kernel stuff that dates back to the Linux vs Minix era. That's early 90's for you newbies.
In other words, it's a slam dunk troll post. There is nothing new or interesting or thought provoking about it. You might as well have a story asking "Do you think the 2.4 kernel will be better than Windows 2000?" or how about "Hey everybody, it's almost the year 2001, so as we head into the new millenium what's better vi or emacs?"
There has to be something new and interesting to spark the mind but we are blasted with trolls like "Is KDE going to surpass Gnome?" or "Whistler beta causes cancer in all Linux users".... are you getting my point? The actual stories are trolls. Hmmmm... well if you don't understand by now maybe you don't know what a troll is... it seems that most moderators can't tell the difference between a troll and flambait... but alas, I must move on.
I hope I have enlightened you Mr. Quintus, and bababooey to you.
All the best,
--Bob
read the Debian Hurd mailing list online at: http://kt.linuxcare.com/debian-hurd/latest.epl
What SysAdmin in charge of a mission critical system would take it on with such issues? I can't think of any.
Having said that, I'd like to give it a whirl on my home system anyway ;)
KTB:Lover, Poet, Artiste, Aesthete, Programmer.
KTB:Lover, Poet, Artiste, Aesthete, Programmer.
There is no
Long Live Bob!
LedgerSMB: Open source Accounting/ERP
As in GNU's not Unix
As in Gnu's not unix
ad infinitum
LedgerSMB: Open source Accounting/ERP
What I mean is I know a large number of *very* knowledgable and informed people as far as OSs/kernels/etc are concerned. I went to the University of Waterloo for CS. Like I said, one of them uses HURD.
Read into that whatever you will, and I'll do the same.
-... ---
you "HURD" nothing more
-... ---
I'm quite excited about the advantages that it will eventually have over Linux.
Name five. No, wait, I'll make it easy on ya: name one. (It's not the trendy OS and lack of script kidd13z are not allowable advantages.) (script kiddies need love, too)
Leading the partnership for a Slashdot-Free Slashdot, Son of Dog
The Debian GNU/Hurd team and the FSF have been working rather hard as of late.
t ml
As reported in the Debian Weekly News for October 18, Philip Charles from Copyleft in New Zealand has created two cdimages for a Debian GNU/Hurd distribution. One for the main packages and the other for non-free.
http://lists.debian.org/debian-cd-0010/msg00030.h
Hi Junks: I think you've read more into my statement than I actually meant by it. Rather than making a grandiose statement about how fast technology itself moves, I was referencing the phenomena whereby the first time *one* hacker publicly accomplishes a feat, there is generally a time period of rapid growth where other hackers attempt to trump the initial accomplishment. So therefore, the fact that the first publicly known web server running the Hurd was about a year ago, I'd expect some rapid advancement since then. For example: a production site running HURD with a significant amount of daily traffic, perhaps. Regards; DaC
hurd-0.0.tar.gz 1142 Kb Tue Aug 6 00:00:00 1996
hurd-0.1.tar.gz 1171 Kb Sat Sep 7 00:00:00 1996
hurd-0.2.tar.gz 1343 Kb Thu Jun 12 00:00:00 1997
And extrapolate the curve ...
hurd-1.0.tar.gz is due on Sep 9 2001 !!!
I guess you just have to be a little bit more patient
...was that the Debian folks were going to do a Debian GNU/Hurd distribution. After that, I have heard nothing more.
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.
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.
--- Journals are boring; Go to my web page instead
I guess the lack of Hurd developers has something to do with existance of Linux. If I had to choose free OS project I wanted to join, I'd always choose working OS with millions of users against obscure OS without users, purpose or acceptance. This is not to bash Hurd, just "Linux kernel developer" in resume weights much more than "Hurd kernel developer" in the eyes of people.
-- Si hoc legere scis nimium eruditionis habes.
The difference with HURD is that regular users can run kernel servers without causing security problems.
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.
Engineering and the Ultimate
Overall, though, programming and computer use are the same as they were ten years ago. ... 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.
To some degree, you're right. Programming is programming is programming.
To some degree, you're wrong. The faster machines make certain jobs possible today that would have been impossible (or at least impracticable) years ago.
As an example, on the scientific analysis side, I've been crunching some large data files. A single file can have 400K-500K records, and I work pairwise combinations of those records. That's 100G combinations. Yeah, one hundred billion. On the work box (450MHz PII), I cut through that in about 3.33 hours; on the home box (800MHz PIII) I do it in under 2 hours. A fast machine means I can do more, quickly. It also means I can explore other possibilities, as compared with an older machine that might take 20 hours or 2 days or 20 days to run. The main program is written in C and is just under 400 loc w/ comments. It contains nothing special, save some optimizations on algorithm implementation.
programming_new_what-if_questions = faster_box;
Graham
Graham
Linux - Fast Pane Relief
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.
--
Information wants to be beer, or something like that.
It seems you need a brush up on your UN*X history... The "legal issues" (who were such a true problem as to eventually lead AT&T and the U of Berkely to face each other in opposing ends of the court) were the reason why BSD had to be purged of all AT&T code and that purged code is the forefather of the current BSD offerings, not the AT&T original UNIX, and not the original BSD.
--
Information wants to be beer, or something like that.
One advantage: People will finally not be able to bitch about whether it being GNU/Hurd or just Hurd.
Dacels Jewelers can't be trusted.
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
© ilmari. All rights reserved, all wrongs reversed
Who the hell moderated this redundant!? It was the first post mentioning it, plus it was informative. Morons.
...and now the server appears to be down for good.
;)
Well, if it wasn't previously, it sure is now!
I doubt, therefore I may be.
Bob was Microsoft's attempt at making computer's easy to use for even those people with severe damage to the frontal lobes of their brain. Instead of a desktop with icons, users were presented with various user customizable "rooms" that mimicked real life rooms along with cute, fuzzy animated assistants.
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 article. I wonder how much Microsoft paid to expunge the memory of Bob from the net?
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.
No, BSD based system were the better choice.
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?
If it was said on slashdot, it MUST be true!
Yeah, and it's modula, too!
Practice random senselessness and act kind of beautiful.
Are you suggesting that he runs his public Internet site off of his laptop?
Vintage computer games and RPG books available. Email me if you're interested.
I am sure I wrote Linus Torvalds there, not Linux Torvalds! But it's right there, the "x"...
;-)
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...
"We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
FreeBSD, for those of you who are too lazy to click. Of course, this might just be his firewall.
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
Let's not forget Bob's wonderful security features (which seem to be an eerie precursor to MS's current approach to security..)
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.
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.
Can anyone give any reasons to switch the the HURD kernel other than those stated on the link? (other than the usual... it's free, it's open source, it's not just developement material, blah blah blah). What are the real advantages of using this replacement kernel when most have already paid for the Unix that is already on their machine, something that has been tested and already works. I am not bashing open source or anything, and I use linux exclusively at home... but knowing sysadmins they would rather leave well enough alone. am i wrong here?
Moon Macrosystems. Sun's biggest competitor.
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.
Hehe. Showing a screenshot of,e.g., a Linux server running on top of L4 doesn't seem to impress to many people. That's one of the problems we usually have to face when we demonstrating what we do to non-insiders. And, by the way, the ``most official'' L4 site is now located on the L4Ka website.
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.)
Darwin is based on the same technology as the Hurd, and it has seen more maintenance over the years. Perhaps it would also offer better compatibility with a commercial OS (MacOS X). So, why not use the Darwin kernel instead of the Hurd?
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)
Rockwalrus
The sleep of reason produces monsters -- Francisco Goya
I have been following the Hurd for longer than Linux has been around.
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.
Gentoo Sucks
As far as I can tell, in order to install it you need a running Linux system, and if you aren't running Debian it's harder still. Back when I was running debian I gave it a go but had problems which I blamed in limitations of GRUB at the time.
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).
--
enterfornone - logging in for a change
I used to be the only person I knew who used Linux. Does that mean linux was crap?
You might take a look at Kernel Cousin Hurd, a weekly overview of Hurd developments. It is hosted on www.linuxcare.com.
-- Spelling and grammar errors tend to be a sign of erroneous thinking.
russian university? I don't think so!
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.
Oh, YES! HURD: The Pascal of Operating Systems!
And the brethren went away edified.
It's available at their ddj website, here
If you disagree then it must be overrated, redundant or trolling.
...was that many on the hurd project were frustrated that mach kernel development had slowed and lost resources at the U of Utah or whatever.
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.
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
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.
Poll Mastah
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.
Thats not true at all. Why did people run Minix?
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
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
Free Unix? Free Windows. http://www.reactos.com
You can follow the action on the Debian Hurd mailing list (which is slow but nowhere near dead) at the Debian Hurd Kernel Cousin.
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.
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).
perl -e 'fork||print for split//,"hahahaha"'
One year ago is like ancient history in hacker-time
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.
I was able to install it a while ago on my system. It was fun for a while, but I couldn't really do much with it. It was hard to figure out exactly what to do. For example, to run emacs, I first had to make some changes to the configuration of the system.
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.
-----
"But really, I think life is just a game of Mao Nomic." -Purplebob
Well, seeing as this : ftp://ftp.debian.org/debian/dists/unstable/main/bi nary-hurd-i386/web/apache_1.3.3- 4.d eb
exists, I assume that some people are running a webserver on HURD ...
Aye, there was some discussion not too long ago about replacing the Mach architecture with L4. Some guy said he was going to do some thesis work involving the Hurd, and wanted to know what he could do that would be useful, and this was one of the first suggestions that came up.
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...)
iSKUNK!
Last I saw RMS he had Hurd in use on his laptop. I watched him drop into GDB when his Emacs died on him, and he hacked on it and then went back to writing Emacs documentation. It seemed pretty workable, but he was only using it in console mode. He was using a Happy Hacker keyboard, too, which I can't say was an endorsement but he seemed pleased with it.
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.
The Hurd is still under development and many features are brok^H^H^H^Himproving.
johno
872835240
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...
"We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
That was *my* box you guys did in a year ago... =) I changed the address as quickly as I could to save my poor development system.
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/
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 :-(