Slashdot Mirror


New GNU Hurd Kernel Released

Anonymous Coward writes "I don't know if there is much interest out there, but GNU Mach Kernel 1.3 was just released a couple days ago. (May 28)." Looking forward to that 2002 release...

122 of 419 comments (clear)

  1. Get it right by gowen · · Score: 5, Funny

    Its called the GNU/GNU Hurd, because its part of the GNU/System

    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    1. Re:Get it right by Rhubarb+Crumble · · Score: 2, Funny
      Its called the GNU/GNU Hurd, because its part of the GNU/System

      Well, since GNU is already recursive, obviously it should be used recursively as well. You should probably add a "GNU/" for each compile since it was compiled with gcc. So by now it's (\Pi_0^{\infty} GNU/)Hurd, that's GNU/GNU/GNU/GNU/[...]/GNU/Hurd...

      Of course, you can probably run a (or any number of) virtual hurd(s) on a hurd system, so it would be GNU/GNU/[...]/GNU/GNU/Hurd/Hurd/[...]/Hurd/Hurd.

      Oh, and microkernels seem to be out of fashion again...but who really cares about technical details when we can poke fun at RMS instead!

    2. Re:Get it right by forgoil · · Score: 5, Funny

      My math skills are far from what they used to be, but something divided by the same thing becomes one. Hence Gnu/Gnu = 1, so it should be 1 Hurd. And who cares about that 1 anyways? So it's should be Hurd.

      Ok, I'm dumb. So reply me ^_~

    3. Re:Get it right by rknop · · Score: 5, Funny

      My math skills are far from what they used to be, but something divided by the same thing becomes one. Hence Gnu/Gnu = 1, so it should be 1 Hurd. And who cares about that 1 anyways? So it's should be Hurd.

      But if there's only 1, it's hardly a Hurd. It's probably just one Bison. But GNU bison has been around forever, so why is any of this news?

      -Rob

    4. Re:Get it right by TheHornedOne · · Score: 2

      I hate to mention it, but a certain fruit-like top-10 computer manufacturer is shipping a microkernel-based OS RIGHT NOW. There are some that might argue that the number of units they're shipping makes them the largest UNIX vendor right now.

    5. Re:Get it right by sphealey · · Score: 2
      My math skills are far from what they used to be, but something divided by the same thing becomes one. Hence Gnu/Gnu = 1, so it should be 1 Hurd. And who cares about that 1 anyways? So it's should be Hurd.
      Unless Hurd = 0. In which case the result is undefined.

      sPh

    6. Re:Get it right by JebusIsLord · · Score: 4, Interesting

      NT's kernel32 is also a microkernel, though obviously not a *nix one. While Linus in particular has been pretty harsh on microkernel architectures, the vast majority of PCs out there run on them. I personally think the microkernel is the only way to go for closed-source kernels since a recompile is out of the question. I'm not sure what the advantage is with open-source though. Anyone care to tell me?

      --
      Jeremy
    7. Re:Get it right by TaxSlave · · Score: 2, Funny

      True, but as far as I can tell from the posts, Hurd=0.

      No GNUs is good GNUs.

    8. Re:Get it right by halivar · · Score: 2, Funny

      Why not just save time?

      [GNU/]+GNU HURD[/HURD]*

      Which is your favorite: additive or multiplicative closure?

    9. Re:Get it right by big_hairy_mama · · Score: 2

      IIRC it's known as "positive" and "kleene" closure. I can't really envision multiplying a string.

    10. Re:Get it right by johnnyb · · Score: 2

      the vast majority of PCs out there run on them.

      ********

      Nope. NT is a microkernel (although, arguably, that is not the case anymore). However, win9x, which is what's on most PCs, is a monolithic kernel.

  2. This doesn't mean by matithyahu · · Score: 2, Funny

    That RMS will stop bugging everyone about calling it GNU/Linux though

  3. Question... by billstr78 · · Score: 3, Interesting

    Has anybody hurd of any possible gold releases of the HURD and/or any existing Linux vendor support (RH, SuSe)?

    1. Re:Question... by vidarh · · Score: 3, Informative

      Go to kt.zork.net and follow the updates on building a Hurd version of Debian... I believe there's been stuff on there about ISOs.

  4. I'm going going to use any kernel that... by Marx_Mrvelous · · Score: 2, Troll

    Takes until May 2002 to support larger than 10gig hard drives, sorry.

    Quote:
    28 May 2002
    We are pleased to announce version 1.3 of the GNU distribution of the Mach kernel, featuring advanced boot script support, support for large disks (>= 10GB) and an improved console.

    --

    Moderation: Put your hand inside the puppet head!
    1. Re:I'm going going to use any kernel that... by vidarh · · Score: 4, Insightful

      This is a microkernel. It's not supposed to be full of features, only support a minimal set of functionality to write servers for to implement a full kernel. Stuffing all kinds of extra driver support in there would be completely counter productive, as the servers running on top of it would most likely provide their own drivers for most hardware anyway.

    2. Re:I'm going going to use any kernel that... by Permission+Denied · · Score: 3, Insightful
      Being a microkernel does not mean that it should only support ancient hardware. If GNU Mach did not support reasonable sized disks until now, it means there is a problem with GNU Mach and not that this is a "feature" of a microkernel - most likely, the GNU Mach people got an abstraction wrong somewhere. Example: old versions of the HURD diskfs server would mmap the entire disk: this lead to a 1 GB partition size limit (see here).

      Mac OS X (and Darwin) is based on a Mach derivative, and it has always supported large hard disks. It also supports booting off a network or a firewire- or USB-attached hard disk. If GNU's Mach microkernel can't do these things, it leads me to question the viability of GNU Mach (and I don't know if GNU Mach can do these things - it very well might, but I'm willing to bet karma that it can't).

    3. Re:I'm going going to use any kernel that... by Eil · · Score: 3, Interesting


      Sheesh, and they're on version 1.3? It just looks a little suspect to me when the size difference between version 1.1.3 and 1.2 is over a megabyte of compressed code.

      What's that about commercial software being rushed out the door incomplete?

    4. Re:I'm going going to use any kernel that... by Eil · · Score: 2


      1.3 is just a number, a stake in the ground. The idea that 1.0 is the first stable release is a marketeerism, and I'm sure the Hurd kids don't have a bunch of MBAs on their back trying to help decide what the most strategic release number is.

      Um, it's a sort of de facto standard that the version 1.0 release of any software (open source, public domain, or commecial) is assumed to be stable and ready for production use. I know that's not the case for a LOT of stuff out there, but that is the expected scenario. The GNU team are of course free to number their versions however they want, but if they're still working on getting basic features into the kernel and naming it 1.3 at the same time, then from my perspective, they are trying to mislead people on the actual status of the code.

      If you think Hurd is rushed, you should put down the crackpipe.

      Yeah, I'm afraid you're right. That was a really bad way to put it.

      I seriously want to try out and play around with Hurd, but the last time I checked, the required hardware didn't even remotely match anything I have laying around.

    5. Re:I'm going going to use any kernel that... by Permission+Denied · · Score: 2
      excellent firmware

      Right, I realized this upon further thought after I posted. As for the fool who claimed that I was deliberately spreading FUD: fuck off. I was just trying to figure out what the hell's wrong with GNU Mach/HURD. There have to be some technical reasons (not just political reasons) why this project has been around so long and is only now available as an alpha distribution.

      Still, I have to question GNU Mach - the newer versions are going to use OSKit. OSKit is basically a collection of various drivers for PCs. Now I've messed with OSKit superficially for my own little kernel project, and my impression was that OSKit was meant for two groups: (1) students in an OS class or hobbyists playing around with writing an OS (that would be me), and (2) researchers who want to do, for instance, work on VM or scheduling algorithms. Both groups who don't want to deal with the details of peculiar hardware. Anyway, my impression was that OSKit is meant more for experimentation, not a production-level Unix-like kernel. OSKit was very nice, don't get me wrong (nice APIs, you can plug in the drivers into your own kernel fairly easily, as opposed to Linux device drivers, which you have to rewrite from scratch if you want to use them outside of Linux) - but I just don't think it's the right thing for an honest-to-God production system.

    6. Re:I'm going going to use any kernel that... by Permission+Denied · · Score: 3, Informative
      Mac OS X (and Darwin) is based on a Mach derivative
      Not fucking true. Mac OSX is based on FreeBSD(or some other BSD). Hurd is GPL'd, therefore Apple could not use it and keep OSX closed source.

      It seems some people thought I was a troll and modded down my original post, while leaving your written diarrhea un-moderated, so I feel obliged to respond. Normally, I don't give you ACs a chance to say "YHBT", but I'll make an exception for Your Emminence.

      OS X is indeed based on a mach microkernel. Not the GNU Mach microkernel, but a mach microkernel derivative (Mach was more-or-less a "proof-of-concept" of the microkernel idea written at CMU and GNU mach was written 'cause the MIT boys decided to have a pissing contest with the CMU boys). Have you ever used OS X? No? Well, then perhaps you'll see this when you do in fact use OS X for the first time:

      OSX% ls -l /mach*
      lrwxr-xr-x 1 root wheel 11 Nov 21 2001 /mach -> mach_kernel
      -r--r--r-- 2 root wheel 2867008 Jul 2 1999 /mach_kernel

      Granted, 2.7 megabytes isn't very "micro" but a microkernel has nothing to do with the size of the kernel binary, and everything to do with the ways the kernel components communicate with each other.

      OS X is a port of some of the FreeBSD userland into Apple's mach-based environment. I don't know if they used any of the FreeBSD kernel code, but most everything in the userland (that is, the userland I care about which is the Unix subsystem) is a straight port of the FreeBSD stuff. Even the manpages still have the FreeBSD emblems on them.

      So, yes, it is in fact possible to write a successful microkernel-based system. NT is (or, at least, the NT kernel ideas were) microkernel-based, and Apple's OS X is microkernel based. If you think you can simply port over a FreeBSD driver to OS X, you're sorely mistaken.

    7. Re:I'm going going to use any kernel that... by Permission+Denied · · Score: 3, Insightful
      From what I've heard Stallman say during one of his speeches they had a lot of problems debugging it.

      Yes, I've also been to one of his speeches (his speech was kind of boring - it basically rehashed all of the information available on the GNU/FSF websites and I was quite disappointed) and I heard the same story. I don't buy it. Apple managed to debug a multi-threaded multi-processor microkernel-based system. Granted, Apple has the resources to pay a small group of highly-skilled engineers to concentrate on a project, whereas the distributed development model common in most Free/OSS projects may not be well-suited for kernel work. OTOH, Linux employs a very open development model, and the FSF's own projects (like emacs and gcc) generally use very closed development models (eg, you have to be on a certain mailing list to get access to emacs betas - no public CVS). So you see, these arguments can't really explain HURD's problems, so that's why I'm confused.

      Linux is pretty much based on "stuff that works"

      I think this is closer to the real reason. I think HURD may have a bit of the "Ivory Tower" problem. I recently saw on a HURD mailing list a problem someone was having porting over some network program to HURD. HURD puts no limits on the size of strings returned by the gethost* functions, whereas every other Unix system has a well-specified limit on the length of domain names. This makes it difficult to pre-allocate a buffer for a hostname, which in turn, makes network programming in C more difficult (and I'll pre-emptively tell you HLL folks to bugger off because C is still the de-facto language for network programming). The HURD folks came up with some riduculous artificial example of a hostname that breaks under BIND/glibc/Linux.

      Whenever I'm writing some program, I have to make certain decisions. For instance, I have to decide what to abstract into a module and what to hard-code in. If you don't abstract anything, you'll end up with spaghetti code, but if you try to abstract everything, you'll end up nowhere. At one point, you have to sit down and tell yourself "now, you write the code that accomplishes your goal."

      Anyway, I'll probably be sticking to Linux and FreeBSD for quite a while. I'd like it if DevFS were more accepted, if user-level filesystems became a standard part of Linux and if capabilities were made useful under Linux, but as it is right now, Linux and FreeBSD are actually usable operating systems, which is something I'm not sure I can say about HURD.

    8. Re:I'm going going to use any kernel that... by johnnyb · · Score: 2

      Apple managed to debug a multi-threaded multi-processor microkernel-based system

      *********

      The problem is that the Hurd is a multi-server Microkernel architecture, and I'm pretty sure that has never been tried before, by any group.

      You are correct that the Hurd has the ivory-tower problem, but when they do get it working, it will very much kick butt.

      An example of a feature they are working on - soft reboots. You will be able to restart the operating system without shutting down your applications. Each OS server will be able to migrate it's data to another instance, and shut the previous instance off.

      The design is excellent, but I do see where debugging it could be quite a bugger.

  5. excellent by tps12 · · Score: 3, Funny

    I have been looking forward to this. Last quarter I migrated our entire server farm from a Linux/BSD/Windows ME combination (talk about support nightmares!) to Hurd, and I haven't looked back. The changelog promises new drivers (yum!) as well as support for files > 17MB and protected memory. It doesn't get any sweeter than this.

    For those still using legacy systems, a little background: the GNU Hurd is the official GNU microkernel. Because it's smaller than Linux, you get faster I/O at the cost of greater instability, a tradeoff most sysadmins are quick to take.

    I've used it in a production-level enterprise environment, at home on the desktop, and even on my palmtop. Even my grandmother can do the base install. This is truly the wave of the future.

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:excellent by biglig2 · · Score: 2

      No, but a sytems administrator who is running Windows ME at all, let alone in the server farm, is insane already anyhow.

      --
      ~~~~~ BigLig2? You mean there's another one of me?
    2. Re:excellent by stevey · · Score: 2

      Trust me if you're looking for a pay rise you want the servers to die at around midnight; then rush in and fix them.

      Works every time ... ;)

    3. Re:excellent by Bios_Hakr · · Score: 2

      Looking at the replies...and the scores, I'm glad the moderators in here still understand sarcasm.

      In the future, use a if you want to avoid the stupidity displayed by the other replaies to your post...

      I, for one, thought it was funny as hell.

      --
      I'd rather you do it wrong, than for me to have to do it at all.
  6. Re:Debian GNU/Hurd by Anonymous Coward · · Score: 2, Informative

    > When Debian ports it, i'll try it out.

    It's work in progress, and already usable. See http://www.debian.org/ports/hurd/ for installation instructions.

    By the way, Mach isn't "the hurd kernel", as Michael implies. The Hurd is userspace servers - therefore then name "Hird of Unix-replacing _Daemons_".

  7. Also let it be known... by InterruptDescriptorT · · Score: 3, Funny

    ...that the numbers given for each release (1.0, 1.3, 1.4, etc.) aren't version numbers. It's actually the average number of kernel panics per minute for this particular release.

    But seriously, I've tried the Hurd, and while I can appreciate the work that's being done on it and its goals and aims, it's just not stable enough for everyday use. I'll just stick to 2.2.16 for the time being until I am convinced that there is a more stable kernel or until the Hurd matures a bit more.

    --
    Karma: Excellent Birds (mostly as a result of listening to Laurie Anderson)
    1. Re:Also let it be known... by billstr78 · · Score: 2, Insightful

      I agree. It is nice to see the *nix methodology re-thought with modern day software engineering techniques such as high modularity. It is also wonderful to see the unix tradition of complete user freedom and vast system customization options be taken to a new refined level with pluggable services and kernel modules. Linux is a nice final chapter in the long 30 year history of a kernel designed by true pioneers in the field, but it is nice to get some fresh insight and thought in OS design.

    2. Re:Also let it be known... by Graspee_Leemoor · · Score: 2

      Talking of stuff like this, please check out Plan9 if you haven't already done so.

      graspee

  8. Compared to OS X by hotsauce · · Score: 2, Troll

    How does this compare to the Darwin Mach kernel?

  9. Re:announcement by mccalli · · Score: 3, Funny
    Large disks (>= 10GB)

    Reminds me of a book I used to have, "Programming 68000 Assembler". This excellent book was obviously written by an old cynic, and aged very well. However, it did contain the immortal line:

    "Today's powerful Unix systems often contain as much as 256k of memory"

    Yes. k. Not Gig. Not even Meg. k.

    Aah, for the good old days when programmers were programmers and a complete game of Chess could be fitted into a 1k ZX81. Hmmm, on second thoughts - maybe not.

    Cheers,
    Ian

  10. Re:Reinventing the wheel? by pclminion · · Score: 4, Insightful

    What you fail to realize is that the Hurd developers don't CARE if you use it. They're doing this because it's fun to write operating systems (ok, maybe they're crazy -- but so's Linus). Competition with stuff that's already out there is WAY down on the list of things they worry about.

  11. Re:Reinventing the wheel? by mccalli · · Score: 3, Insightful
    How much fragmentation can the Open Source community take?...For example, right now I'm working on a Linux system that's probably 75% of the way to being an efficient competitor to Windows on the desktop.

    Fair point, but only really valid in a commerical context. Some people are just writing for the hell of it, and they don't care whether they've created a Windows competitor or not - they're just enjoying their code.

    Cheers,
    Ian

  12. Re:Reinventing the wheel? by billstr78 · · Score: 2, Insightful

    The Linux you know and love to be a Windoze killer is based on an OS design that is almost 30 years old. It has evolved through time into something that is much better than it was when it first crept out of Bell Labs, but that does not make it perfect. The HURD takes all the great parts of Linux/*Nix and adds in functionality that _nobody_ is currently offering. Just becuase Linux is great does not mean HURD cannot be 10 times better.

  13. Bitte k�nnen sie den Mach kernel OpenSource machen by Anonymous Coward · · Score: 2, Funny

    I don't understand for the life of me, why they didn't make the Mach kernel Open Source. Don't they realize that with the help of the Open Source community and the envied work ethic, this kernel can be used in a lot of systems.

    I can see this being used in embedded banking systems that process mortgage planning calculations. That's the way of the future!

  14. Hurd: Still not ready after 10 years! by erc · · Score: 3, Informative

    I find it amazing that Hurd still isn't even close to being ready for production use after 10+ years of development! Even in the current release, there are a *lot* of features missing, incomplete, or just plain don't work. No character device suport, no shared memory, no dynamic library support, etc. Hurd is still very much incomplete, even now.

    --
    -- Ed Carp, N7EKG erc@pobox.com PGP KeyID: 0x0BD32C9B What I'm up to: http://intuitives.mine.nu
    1. Re:Hurd: Still not ready after 10 years! by gerardrj · · Score: 3, Interesting

      If you haven't provided and support or code to the project,I hardly see how you have a basis for mocking/complaining about the progression.

      The issue here is that they aren't just making another version of a monolithic Uni*xy kernel, they are re-inventing much of the way the applications/kernel/u-kernel/hardware layers interact. It's not as easy a task as reverse engineering what already exists.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
    2. Re:Hurd: Still not ready after 10 years! by DrSkwid · · Score: 2

      no dynamic library support, etc.
      are you sure this is a requirement for a modern OS?

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:Hurd: Still not ready after 10 years! by Kiwi · · Score: 3, Informative
      If someone sees something worth scorn, its their right to unleash it.

      Agreed. Also, free software devlopers have a right to think that Steve J. Milloy is an twit whose contribution to free software is less than zero.

      to have HURD after 8-10 years of development to be nothing more than a crash test dummy kernel is worth a ton of scorn.

      You can thank Linux for that. After Linux came out the GNU project devoted most of their effort to improving the userland tools: GCC, EMACS, the shell utilities (sh, awk, ls, md5sum, etc.), and so on. In addition, they made the HURD a much more ambitous effort than it was. Basically, the GNU project felt it was better to get something out that was right than to release something quickly; people could use Linux in the mean time.

      Maybe if RMS would get off his moral hobby horse and spent that time putting down code

      OK, Steve, not only are you someone who acts like a twit, you are an ignornat twit to boot.

      Go back to critizing idiotic junk science. Yes, that is an elitest thing to do also, but at least it is a useful elitist thing to do.

      Finally, I do enjoy your junkscience site. Putting effort in to working on that instead of flaming free software devlopers sounds like a lot more useful way to spend time.

      - Sam

      --

      The secret to enjoying Slashdot is to realize that it should not be taken too seriously.

  15. Re:Hurd is like Itanium by NerdSlayer · · Score: 2

    who are you, bill gates talk about Linux in 1996?

  16. Re:Reinventing the wheel? by SerpentMage · · Score: 2

    And that car you are driving still has the same four wheels and steering wheel design. Get with the game and go for the joy stick and drive on the other side of the road. (ooops oh yeah tends to cause problems...)

    While I think the goals are noble there is the theoretical and the practical. And the problem with commercial development is that the theoretical are only small pieces of a very larger commerical reality.

    While LINUX has had issues regarding memory management, bigger issues are drivers, applications, support, etc, etc.

    --

    "You can't make a race horse of a pig"
    "No," said Samuel, "but you can make very fast pig"
  17. Re:announcement by jeffy124 · · Score: 2, Offtopic

    -----BEGIN PGP SIGNATURE-----
    Version: PGPfreeware 5.0i for non-commercial use

    [emphasis me]

    well thats interesting, they're not using GNUpg

    --
    The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
  18. Re:Can it play OpenGL games? by Innominate+Recreant · · Score: 3, Funny
    "I do care about 3d modelling"

    Don't fret. Stallman is very much into modelling

  19. Re:Can it play OpenGL games? by The_Dougster · · Score: 3, Informative

    Nope. X11 works with my Nvidia GeForce2MX, but OpenGL is still software Mesa only as there is no DRI support for GnuMach and no third party Xservers AFAIK.

    But X does work, so it isn't just text. It has X11R6 v 4.2 I believe.

    --
    Clickety Click ...
  20. The real question is by vinay · · Score: 4, Funny

    do you think rms would be pissed if people started using HURD, but kept calling it linux?

  21. Actually Netcraft says he uses FreeBSD!! by grandmofftarkin · · Score: 3, Informative

    The site www.stallman.org is running Apache/1.3.6 (Unix) on FreeBSD.
    Netcraft check of www.stallman.org

    1. Re:Actually Netcraft says he uses FreeBSD!! by Phexro · · Score: 2, Troll

      "The site www.stallman.org is running Apache/1.3.6 (Unix) on FreeBSD."

      I think you mean GNU/FreeBSD, don't you?

      Quoth RMS:
      "Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is more often known as ``FreeBSD'', and many users are not aware of the extent of its connection with the GNU Project.

      "There really is a FreeBSD; it is a kernel, and these people are using it. But you can't use a kernel by itself; a kernel is useful only as part of a whole operating system. FreeBSD is normally used in a combination with the GNU operating system: the system is basically GNU, with FreeBSD functioning as the kernel.

      "Many users are not fully aware of the distinction between the kernel, which is FreeBSD, and the whole system, which they also call ``FreeBSD''. The ambiguous use of the name doesn't promote understanding.

    2. Re:Actually Netcraft says he uses FreeBSD!! by Z4rd0Z · · Score: 2

      Please provide a link. I don't believe he said that. There is very little GPL code in FreeBSD at all. Aside from the GNU development toolchain (GCC, binutils, ld, cvs, rcs) and a few utilities (grep, sort, groff), the code in FreeBSD is under BSD or BSD-like licenses.

      --
      You had me at "dicks fuck assholes".
    3. Re:Actually Netcraft says he uses FreeBSD!! by Z4rd0Z · · Score: 2

      Ah, that makes more sense :).

      --
      You had me at "dicks fuck assholes".
  22. Hurd makes a fun toy OS by The_Dougster · · Score: 4, Interesting

    I have been fooling aroung with it for a couple years now. I have my little 1Gb Hurd partition which I occasionally boot up and experiment with. I must say that I have learned a lot by trying to compile programs under Hurd, and I actually succeded in patching Pth (Gnu Portable Threads) to get it to compile. It provides a rudimentary pthread compatibility lib while the main pthreads are still in development for inclusion into the c-library.

    Even more fun is rolling your own OSKit-Mach microkernel and then running it on a serial debugger. It is fascinating to be able to single step through a running kernel, set breakpoints, view the source as it executes, look at the CPU registers, etc. I wholeheartedly recommend it to all the compsci students and future kernel hackers out there.

    --
    Clickety Click ...
  23. finally! by Dr.+Awktagon · · Score: 5, Funny

    Support for the terminal speeds B57600 and B115200 has been added.

    Now I can use my new 56k modem! Pretty soon, every ISP will be using this fast new speed of modem, it will be cool! Gopher's gonna FLY on this baby!

    Okay just kidding, glad to see HURD is still alive. I remember first reading about it long ago and thinking, hey, finally a modern OS. But here I am still using a monolithic kernel after all these years, and it works just fine. Good luck to the HURD folks, maybe my kids will use it. :-)

  24. try this: TUNES by axxackall · · Score: 3, Interesting
    Here is another wheel:

    TUNES

    Are you looking for fun? It's based on Lisp - that the real fun!

    Features of TUNES;

    Review of other systems;

    --

    Less is more !
    1. Re:try this: TUNES by Z4rd0Z · · Score: 2

      The Tunes people are obviously visionaries with a lot of cool ideas, but unfortunately that's all they have. There is no code. In other words, it's vaporware.
      I think we're a long way from having a really robust, modular operating system that's easy for anyone to use. It's at least ten years away, probably more.

      --
      You had me at "dicks fuck assholes".
  25. Helpful info (I hope) by noda132 · · Score: 5, Informative

    Anyone willing to try out the Hurd can download some .ISO's at ftp://ftp.gnu.org/iso/hurd-H4/. They're based on Debian, and so apt-get and all that works in them.

    As mentioned before, this version of Mach is about to be dropped in favor of OSKit-Mach. I don't know what the H4 CD's have (I haven't installed 'em yet) but the H3's didn't use OSKit-Mach. OSKit Mach has all the drivers that Linux 2.2 has, which is better than Mach 1.3, which iirc only has Linux 2.0's drivers.

    In my brief experience with the HURD (you can only have so much fun without network card drivers) I liked it even more than Linux - using servers instead of using the kernel itself makes it more logical to, say, integrate an FTP directory into your filesystem (and indeed, this server has already been set up). settrans is lots of fun.

    It's got X. It has pretty much everything you need - I could convert to the Hurd and barely lose productivity. What it's missing mostly are drivers (though OSKit should help with that, I haven't tried it).

    Anyway, if you have a weekend to kill, it's a lot of fun.

    1. Re:Helpful info (I hope) by johnnyb · · Score: 2

      It doesn't have GNOME :(

  26. Re:apple by Art+Tatum · · Score: 3, Insightful

    Yes, they use Mach. But they didn't take their code base from GNU. They got their codebase from NeXT who got it from Carnegie Mellon University. And, yes, I'm a NeXT zealot who is deeply offended by all the people who think that OS X comes from Apple. :-)

  27. Mac OS X's Mach is a Different Breed by Spencerian · · Score: 2

    Mac OS X uses Mach, but its used differently from what GNU/Mach may use things.

    IANAP, but some lackey on Linux Journal dared to write an article declaring the microkernel a dead technology in this article.

    A ton of people slammed his lack of research and knowledge of microkernels, Mach, Mac OS X, or Darwin. The article is less than useful, but the responses from the irate readers explaining how Apple implements Mach (and its pretty damn clever--they take the Mach and BSD fusion to a monolithic state).

    --
    Vos teneo officium eram periculosus ut vos recipero is.
  28. Re:Naming, co-operation and tight-asses by iplayfast · · Score: 2

    The united gnu's!

    That actually sounds good!

  29. Linus on the HURD (not whoring) by powerlinekid · · Score: 5, Funny

    This always makes me laugh... oh that Linus. Anyway, no karma whoring have 50 anyway.

    Which is a completely idiotic idea, and which is only just another example
    of how absolutely and stunningly _stupid_ Hurd is.


    Later on...


    Trust me. The people who came up with MAP_COPY were stupid. Really. It's
    an idiotic concept, and it's not worth implementing.

    And this all for what is a administration bug in the first place.

    In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd
    people.


    All by Linus found here lkml

    --

    can't sleep slashdot will eat me
  30. Re:apple by Daemonik · · Score: 2

    Yeah, any day now they'll declare that TrueType is going open source, the OSX desktop is going to allow themes and they're releasing an x86 version of OSX regardless of how their hardware department feels.

    Apple is as proprietary, controlling and greedy as MS on the best of days. Remember, these people will sue you for talking about new features before Steve can tell you how wonderful they are.

  31. Re:Reinventing the wheel? by Daemonik · · Score: 2

    Are you forgetting how apes**t RMS went when people started using the Linux kernel instead of waiting for his HURD like good little kiddies?

    Why do you think he continues to insist that it be called GNU/Linux? Calling it linux alone steals his thunder and hijacks 'his' revolution.

    And you can bet Bitkeeper won't be allowed near the HURD's source either.

  32. Re:apple by bcrowell · · Score: 2

    OK, so if you need lots of device drivers, there's this open-source kernel called Linux. If you like the microkernel approach, there's Mach-Darwin. Both of these are stable, reliable, and well-supported. Isn't it time to admit that HURD got to market 10 years too late?

  33. Re:Naming, co-operation and tight-asses by sharkey · · Score: 2

    UnitedLinux/Hurd then

    What do you get when you combine Tux & Hurd? Makes for an interesting mascot, anyway.

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  34. Re:Not BSD! by toupsie · · Score: 3, Informative
    Forget about BSD - it even cannot work with FireWire and USB.

    Firewire and USB work perfectly on my BSD system. Its called MacOS X.

    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
  35. Can RMS be taken seriously? by toupsie · · Score: 2, Insightful
    After reviewing the moderated comments on this thread, I have come to the conclusion that RMS has become the joke of the Open Source movement like Milli Vanilli became the joke of music industry. Everyone of the higher modded posts was "Funny".

    But I guess when you release a kernel that has 8 years of development and it can barely keep a machine running, you are a joke. I am sure Bill Gates is laughing his ass off.

    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
    1. Re:Can RMS be taken seriously? by doom · · Score: 5, Insightful
      toupsie wrote:

      After reviewing the moderated comments on this thread, I have come to the conclusion that RMS has become the joke of the Open Source movement like Milli Vanilli became the joke of music industry. Everyone of the higher modded posts was "Funny".
      Actually, the attitude of the average slashdot commentator towards RMS says a lot more about slashdot than it does about RMS.

      The slash crowd seems to be a bunch of "technical" guys who can't get beyond personalities.

      Hey guys, written any good C compilers lately? Come up with any revolutionary social institutions, like the GPL?

      On those two grounds alone, you would think that RMS would be revered at least as much as Linus Torvalds, but no... "RMS, he's that nasty guy with a beard who keeps talking about politics. Let's go get him."

    2. Re:Can RMS be taken seriously? by 3am · · Score: 2, Insightful

      Any competent computer science grad student should be able to write a servicable compiler. Thousands of people are capable of doing this, and the only remarkable aspect of GCC is that it was released under the GPL. The GPL was revolutionary, and for that he deserves great credit.

      But he hasn't done anything except rest on his laurels for a long time now. Perhaps if he stopped scheduling/cancelling talks and getting involved in petty naming disputes, and sat down and actually _wrote some code_ for Hurd, he'd regain some of the respect that most of us have lost for him (perhaps this is why Torvalds is still respected?).

      Anyway, I don't think anyone cares about his facial hair or hygiene. I don't think anyone would disrespect him for his advocacy of Free software (no matter how much they may disagree with him). However, his 'GNU/Linux v Linux' crusade is petty and ego driven and is worthy of contempt.

      --

      A: None. The Universe spins the bulb, and the Zen master merely stays out of the way.
    3. Re:Can RMS be taken seriously? by dvdeug · · Score: 2

      Any competent computer science grad student should be able to write a servicable compiler. Thousands of people are capable of doing this, and the only remarkable aspect of GCC is that it was released under the GPL

      Then why do the BSD people still use it? It seems instead of being dependent on the GNU project for the compiler, they would have written their own. Or maybe a good optimizing, multi-architecture compiler is a non-trivial thing to write, eh?

    4. Re:Can RMS be taken seriously? by Chops · · Score: 2
      After reviewing the moderated comments on this thread, I have come to the conclusion that RMS has become the joke of the Open Source movement like Milli Vanilli became the joke of music industry.

      Sadly, this seems to be true. I'm not sure why; I've never had the sense that he deserves it, and no one's ever been able to explain to me why they think he does.
      But I guess when you release a kernel that has 8 years of development and it can barely keep a machine running, you are a joke.

      You've never written a stable kernel, I'll wager. Are you a joke? Or, to put it another way:

      "It is not the critic who counts, not the man who points our how the strong man stumbles or where the doer of deeds could have done them better. The credit belongs to the people who are actually in the arena, who's faces are marred by dust and sweat and blood, who strive valiantly, who errs and come up short again and again because there is no effort without error and shortcomings, who know the great devotion, who spend themselves in a worthy cause, who at the best knows in the end the high achievement of triumphant who at worst, if they fail while daring greatly, know their place shall never be with those timid and cold souls who know neither victory nor defeat." -Teddy Roosevelt
    5. Re:Can RMS be taken seriously? by doom · · Score: 3, Insightful
      But he hasn't done anything except rest on his laurels for a long time now. Perhaps if he stopped scheduling/cancelling talks and getting involved in petty naming disputes, and sat down and actually _wrote some code_ for Hurd, he'd regain some of the respect that most of us have lost for him
      Do you understand the RMS has some bad RSI injuries? He was one of the first people to come down with this. He pretty much trashed his hands cranking out code for the GNU project.

      However, his 'GNU/Linux v Linux' crusade is petty and ego driven and is worthy of contempt.
      I see you include mind-reading in with your other skills.

      There's a certain kind of person who always seems to be putting down activists as just being merely out for ego gratification. What other motive could they possibly have, eh? No one could possibly care about that idealistic stuff, right?

      A suggestion: If you think the "GNU/Linux" thing is trivial, symbolic bullshit, then just ignore it. If it's so trivial, what's the point of bringing it up over and over again?

    6. Re:Can RMS be taken seriously? by extrasolar · · Score: 3, Insightful

      I agree. You'd think that if RMS was really ego-driven about this OS, he'd just alter his first name a bit and call it that.

  36. Wake me when HURD runs on top of L4 by slashdot_commentator · · Score: 5, Interesting


    MACH is an old and flawed u-kernel implementation. Until HURD ports itself to a better one, HURD will always be slower than Linux and a more bug ridden OS. u-kernel OS implementations have proven to work with products like QNX, but HURD can only embarrass u-kernel advocates with its current foundation.

    Its more annoying when advocates bitch and moan that "Linux is a 40 yr old design". So is about everything that is sucessful on the market. Do these guys really expects us to drop what works to what cannot work well in its current state? As is, HURD is an embarrassment to O/S purists. Its the "portable" O/S that can't even work well on ONE hardware architecture!

    Its sad that HURD lacks interested, talented programmers, but its strategic stewardship is its downfall. Or the difference between a Torvalds and an RMS. I don't think HURD announcements deserve to be put on the front page of /. until HURD has addressed its u-kernel situation.

    --
    There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
    1. Re:Wake me when HURD runs on top of L4 by sv0f · · Score: 4, Insightful

      As is, HURD is an embarrassment to O/S purists. Its the "portable" O/S that can't even work well on ONE hardware architecture!

      You're a glass-is-half-empty kind of person, aren't you? Here's how it looks from my perspective: HURD runs equally well on many architectures!

    2. Re:Wake me when HURD runs on top of L4 by slashdot_commentator · · Score: 2


      Let me bum you out some more. Check out the L4 pages on implementations.

      There are 2-4 implementations of L4 that are geared towards the x86 family. The assembler one is implemented by someone who appears to have lost interest in it. The other implementations are in C++!

      I can't find it anymore, but there was a page buried there that mentioned that L4 requiring some redesign to better support SMP (I think). I'm guessing part of the reason why HURD doesn't flat out switch to L4 is that L4's interface is still a moving target.

      --
      There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
    3. Re:Wake me when HURD runs on top of L4 by Andrewkov · · Score: 2
      You're a glass-is-half-empty kind of person, aren't you? Here's how it looks from my perspective: HURD runs equally well on many architectures

      Maybe the glass is just too big.

  37. Kernel isn't the whole story by maggard · · Score: 3, Insightful
    You're thinking way too shallowly.

    Hurd is not just a microkernel implementation but also a set of servers running on top of that microkernel providing all sorts of clever services through a unique architectural model. Darwin is also running on a Mach-derived microkernel but it is running a single server in a traditionial model.

    Trust me - go invest the 5 minutes to read up on hurd, it's goals and how it is going about meeting them. VERY different from the rest of the field and potentially a revolution if it succeeds.

    Oh, and the assumption that there are more drivers for Linux then IOKit? That's changing quickly as MacOS X becomes the dominant consumer Unix.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
    1. Re:Kernel isn't the whole story by hackerhue · · Score: 2
      Re HURD's many-server architechture, ok, sounds interesting, but why is it a good thing? What does it do for programmers or end-users?

      Look through the "Introductory Material" at http://www.gnu.org/software/hurd/docs.html if you really want to read up on it.

      The short answer is that it allows you to replace parts of the operating system easily. For programmers (OS developers in particular), you can do your own implementation of part of the OS and test it out, without disrupting any of the other users. If your bit crashes, no problem, just replace it with what was there before. For users, it allows you to do things like mount filesystems without being root or having to bug root to frob /etc/fstab, which you want to do if you want to work with an ISO image. Of course, there are other things that normal users can do with the Hurd, but this is probably the biggest.

      --

      To get something done, a committee should consist of no more than three persons, two of them absent.

  38. Re:Reinventing the wheel? by IPFreely · · Score: 2
    How much fragmentation can the Open Source community take?

    Well, lets see. Hundreds of thousands of available programmers, Thousands of projects. that roughly divides ito hundreds of programmers per project (if they were so lucky).

    Most of the time when we hear complaining about fragmentation, what it usually comes from is the speakers desire to have the programmers that are working on projects he doesn't care about to switch to projects he does care about.

    Fragmentation is just another word for variety. There are multiple projects covering almost any area of software you can mention. If it were somehow determined that only one project in each area would survive and the rest would go away, then we are setting ourselves up for monopolies. We'll be trying to make one program be all things to all people. That's what we are trying to get away from.

    Hurd is different from the Linux Kernel. Some things are worse (stability, speed) and some things are better (configurability, dynamic services). People will choose based on what they need, and different people need different things. you've decided what you want. Now be kind enough to allow the rest of us to choose for ourselves.

    --
    There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
  39. Re:Naming, co-operation and tight-asses by alcmena · · Score: 2

    I suddenly pictured an image of Mr. Hankey from that comment.

  40. Clues for the clueless by grytpype · · Score: 3, Insightful

    Here are some aspects of the parent post that, if you would think about them for a fricking second, clearly indicate it is a joke (although not super funny):

    entire server farm from a Linux/BSD/Windows ME
    even on my palmtop
    faster I/O at the cost of greater instability, a tradeoff most sysadmins are quick to take.
    Even my grandmother can do the base install.

    --

    - Have a picture

  41. MACH is an old and flawed u-kernel implementation? by x+mani+x · · Score: 3, Insightful

    MACH is hardly flawed. Last I checked, NeXTStep, OpenStep, as well as that obscure new operating system you may have heard of, MacOS X, are all based on a MACH microkernel.

    I always thought MACH was THE microkernel. Either elaborate and convince me, or put down the crack pipe ;)

  42. Re:Naming, co-operation and tight-asses by sharkey · · Score: 2, Troll

    Mr. Hanky, the RMS-Poo,
    He loves me, and I love GNU.

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  43. Re:apple by Z4rd0Z · · Score: 2

    Almost the entire Gnu Mach kernel is licensed under a BSD-like license from Carnegie Mellon University. They've just slapped a GPL on top of it all. Go look through the source. You can also find examples of the same thing throughout the Gnu C library. So it would seem that the HURD, and the FSF, are indeed interested in BSD-like licensed code.

    --
    You had me at "dicks fuck assholes".
  44. Re:MACH is an old and flawed u-kernel implementati by slashdot_commentator · · Score: 2


    NeXTStep, OpenStep, MacOS X run on a u-kernel based on MACH. They do not run on the publicly available MACH kernel. And if you haven't noticed, OS X hardly runs like greased lightning either (except to a Mac evangelist).

    --
    There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
  45. Re:announcement by ansible · · Score: 2

    Aah, for the good old days when programmers were programmers and a complete game of Chess could be fitted into a 1k ZX81.

    Or even a 4K ROM with 256 bytes of RAM. There were some uber-hackers working on that Atari 2600 chess program. Not that it played chess very well...

  46. But seriously, folks... by Observer · · Score: 2

    If you're a budding kernel hacker, or a wannabe approximation to one, look it over as an example of another way of doing things.

  47. Re:MACH is an old and flawed u-kernel implementati by x+mani+x · · Score: 2

    Any performance issues with OSX probably have more to do with admittedly slow Apple hardware combined with the Aqua rendering layer. I used to run OpenStep on a pentium and it was as performant as any other UNIX on Intel hardware.

  48. Re:This is a _good_ thing by Z4rd0Z · · Score: 2

    This is just GNU's Mach kernel that is at 1.3, not the Hurd itself. Hurd still remains at 0.2 or 0.3, I can't remember which and I can't be bothered to look it up. STill, this is good progress. They've fixed some pretty annoying problems since the last time I played with Hurd.

    --
    You had me at "dicks fuck assholes".
  49. What gets me... by Simon+Brooke · · Score: 4, Insightful

    Back in 94 I started using Linux because the HURD wasn't ready. The HURD still isn't ready. That's OK, things take time. But what's not OK is for RMS to write:

    If you can ignore the facts and believe that Linus Torvalds developed the whole system starting in 1991, or if you can ignore your ordinary principles of fairness and believe that Torvalds should get the sole credit even though he didn't do that... Just consider: the GNU Project starts developing an operating system, and years later Linus Torvalds adds one important piece. Now envision the mindset of a person who can look at these events and accuse the GNU Project of egotism.

    Huh?

    Well, no, Richard, I'm sorry. This is like saying 'this is out bridge, because we built the handrails'. Linus did the hard bit, the bit you couldn't do; and he did it brilliantly well. In fact he did three entirely different hard bits, all of which you couldn't do. The first is, he wrote an operating system kernel which worked. Now you're entitled to say that a kernel is not in and of itself an operating system, and that's true. But it is the critical structural element without which a heap of assorted parts don't constitute an operating system. So that's Linus' first achievement: a technical achievement, and a big one.

    The second hard bit that Linus did which the Free Software Foundation has clearly failed to do is to evolve a development methodology which allows - encourages - very many people to take part, and which manages to integrate and exploit the fruits of all their labours. That's Linus' second achievement: a social achievement, and a big one.

    But Linus third achievement is the key one, and it is key to your project of making Free Software available to ordinary people all over the world. He has brought the system to critical mass, where it's robust enough and stable enough for many people to use it, and in consequence many people are motivated to port many programs to it. This is Linus' third achievement. It's a cultural achievement, and it is an absolutely critical one without which any Free Software movement is ultimately vacuous and solipsistic.

    Yes, Richard, my system is a GNU/Linux system. But it is also and equally a KDE/Linux system and an Apache/Linux system. Your contribution - the Free Software Foundation's contribution - is critical; but so is that of the Apache crew and of the KDE crew and the Debian crew and many others. And although I agree that your contributions - especially on the issues of licenses and of the underlying social principles of what we are doing - are critically important, without Linus achievement your achievement would be a footnote on the eccentric fringe of history.

    Disparaging Linus not only does you no credit. It actually undermines what you are setting out to achieve. It not only distracts from the important work you are doing on defending the information commons on which we all depend: it undermines your authority to speak on our behalf.

    I know that you are a great hacker. I use Emacs every day, and appreciate it greatly; much of what I do depends on things compiled with GCC. But you must realise that your philosophical work is much more important - much more critical - than your software. You were prescient in seeing the assault on the information commons and in making a stand against it, and that will be the contribution for which you will be remembered.

    I have no doubt that one day the HURD will be usable. I have no doubt that the HURD, when usable, will be an interesting opererating system kernel. But the critical issue is that you, and your team, could not deliver it when it was needed, and that Linus could. It does you no harm - it diminishes you in no way - to recognise and give honour to that achievement. And it is peurile and childish to pretend that the conrtibution of the Free Software Foundation is any more important to the operating system on my desktop, on my servers, than the contribution of the Apache Foundation and its contributors or of the KDE project and its contributors. It is mean spirited to pretend that without the critical, fundamental contribution of Linus Torvalds, there would be a usable free operating system for ordinary people around the world to use.

    Life is not fair. It isn't fair that the Debian KDE/Apache/GNU/Linux operating system on my desk just gets called Linux, when it comprises 796 packages by literally thousands of different authors. After all, forty or so of those packages are GNU softare. Roughly one tenth, or to put it differently, 60% of the KDE project's contribution. But, I say again, the single, critical component that welds the work of the KDE project, and the Apache foundation, and the Free Software Foundation, and hundreds of other contributors contributions into a usable whole is Linus Torvald's contribution and it's only reasonable that he should get top billing.

    Grow up. Give credit where it is due, and concentrate on the parts of your work which are really critical - not just to you but to all of us. Concentrate on articulating the principles which allow an information commons in software to exist, and defending that commons from all encroachments. That is your task to do, which you do uniquely well. The honour which Linus has earned does not diminish or detract from the honour which you have earned. It is your carping, your disparagement, your evident jealousy, which detracts and diminishes your honour. Grow up and stop it.

    --
    I'm old enough to remember when discussions on Slashdot were well informed.
    1. Re:What gets me... by scrytch · · Score: 2

      Well said. Well enough said that I think you should post it to slashdot as an article, titled "An Open Letter to Richard Stallman", and cc it to rms@stallman.org

      Got that address from his home page, and after reading it, I must say, I do have new respect for him ... his ravings about the GNU/Linux thing are still scary in a "watch someone you care about go nuts" sort of way, but that page has *lots* of news and articles written by him about various socio-political issues, most of which don't even have to do with technology. Definitely not the work of a monomaniac.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:What gets me... by cburley · · Score: 5, Informative
      Just to correct the record:

      This is like saying 'this is out bridge, because we built the handrails'. Linus did the hard bit, the bit you couldn't do;

      No, it's the bit he didn't do soon enough, because his focus was putting together a widely portable operating system, mainly focusing on tools, that could (and did and still does) run on a variety of kernels, most of which were (at the time), sadly, proprietary.

      Another way to view it: from RMS' point of view circa 1989, a "free" kernel was a lot like a "free" device driver, only bigger and more complicated, in that it enabled use of free software on certain hardware (CPUs). Compare that to writing more free OS utilities, which would be portable to all hardware that could support GNU software (regardless of kernel), and you can see why he might have made the choices he did at the time.

      Now, did Hurd, once he focused GNU resources on creating it, prove to be an overly ambitious ivory-tower-type project? IMO, yes. In the meantime, Linus and others scratched an itch by evolving (moreso than designing a la Hurd) a kernel for a specific CPU family, which meant that the resources GNU might have used for such a project were used for other, more portable or widely useful, GNU tools -- or, at least, that was a plausible likelihood.

      How do I know all this?

      Because, in 1988 or 1989, I volunteered my "talents" to RMS for GNU, and specifically asked him if he wanted me to take over the job of writing the OS kernel for GNU, something that was dead-center down my area of expertise. (I'd been doing OS kernel and related work since, oh, about 16 years of age, in a professional sense anyway; since earlier as an "amateur hacker".)

      He declined the offer and asked me if I knew anything about Fortran. Since I'd recently learned some things about compilers, specifically Fortran compilers, I said yes, and the upshot was that I wrote GNU Fortran (g77).

      RMS's main point at the time was that he believed he'd be able to get some existing portable kernel "freed" for use with GNU, so why throw sparse resources trying to create a free copy out of whole cloth?

      Now, you can argue that he should have had me write the kernel instead, and, personally, I would have loved doing that, especially since I'd have been an actual end user of the product (compared to g77, which I don't use). I wouldn't have been nearly as successful at Torvalds when it came to project management though, as can be easily verified from studying g77's history. But my kernel wouldn't have been the ivory-tower-style Hurd, either, and I probably knew more about OS kernel design and implementation as of 1988 than did Linus as of 1991, if technical competency is an important issue. (Not so much a boast as a natural result of having been born so much earlier that I'd had about a two-decade head-start getting into kernel development.)

      But, had I undertaken that task, what role might Linus and the others have played? Would they have written g77? I don't think so. They might have scratched some other itch, of course, but, in the end, I think the results are better the way they actually worked out than if I'd been the author of the GNU kernel.

      As to your other claims: I agree with most of them, except you do seem to be unaware of the fact that, unlike with Apache, KDE, even BSD components, there is, today, no such thing as a GNU-free Linux kernel, given the kernel's (IMO overly-aggressive) dependency on GNU-specific extensions to the C language.

      Linux developed, and remains, much more like a potted plant with GNU as its soil than like a mere partner that happens to use GNU.

      Indeed, without that plant, few people would be interested in the "special" soil that is GNU. It's the plant that makes the whole thing worth having, to most people anyway. But GNU soil had been, and continues to be, widely and portably used without a shred of Linux code involved, whereas there is no Linux system without GNU.

      (I use "Linux system" to mean a Linux kernel running an OS that provides the means to change the kernel code and recompile the kernel, since that's an important aspect of what makes Linux special. I assume the Linux kernel itself can boot up and run on a given CPU with no GNU code present, but it can't, or at least couldn't, be compiled in the first place without GNU C.)

      And, in case anybody's wondering, if it's simply a "small matter of programming" (aka SMOP) to replace the GNU components with some other, thus "demonstrating" that GNU/Linux is really just Linux with a lot of other stuff including GNU, then, by all means, try it.

      But, also for the record, there has been, to my knowledge, no shortage of technically competent people who have declared publically that they will write a replacement for GCC that isn't a) GPL-licensed (say, public domain instead) and b) considered a GNU project.

      These "threats", as some might view them, go back to maybe 1992 or so -- well before the "GNU/Linux", or "lignux", debacle started by RMS -- yet, last I knew, nobody had actually converted their anger at RMS, the GPL, the GNU project, whatever, into actual code that provides a usable GNU-free Linux.

      If and when somebody does write a useful replacement for GNU (for licensing and/or political reasons), that'll be all the more reason to distinguish their Linux variant from the current one, which I have already gotten into the habit of calling GNU/Linux partly in breathless anticipation of that long-awaited event!

      ;-)

      --
      Practice random senselessness and act kind of beautiful.
    3. Re:What gets me... by mangu · · Score: 2

      The sad thing about this "GNU"/Linux thing is that it deviates effort from the important things. The reason why I don't use Debian is because I have seen too many simple questions in Debian discussion lists degenerating into ranting. It doesn't help the Free Software cause when a simple technical question gets two lines of technical answer plus two pages of explanation why you should call it GNU/Linux.

  50. It is Open Firmware. by Tokerat · · Score: 4, Interesting

    Newer hardware will boot from a FireWire or USB disk with either OSX or OS 9 installed. Hell, you can probably boot OS 8.1 off a FireWire disk (why would you want to is another question).

    Having the MacOS X kernel perform this task is not only idiotic but impossible, if the OSX kernel is loaded, the machine has already selected a boot disk...

    --
    CAn'T CompreHend SARcaSm?
  51. Not willing to admit defeat? by tweakt · · Score: 2
    Just look at this letter from RMS, here's a few choice quotes:

    We heard about Linux after its release. At that time, the question facing us was, ``Should we cancel the Hurd project and use Linux instead?''

    We heard that Linux was not at all portable (this may not be true today, but that's what we heard then). And we heard that Linux was architecturally on a par with the Unix kernel; our work was leading to something much more powerful.

    Um, yeah. More powerful... hmm. And now that Linux has been ported to everything from Pocket PCs to the Dreamcast... What's the point?

    But we did start the Hurd, back then, and now we have made it work. We hope its superior architecture will make free operating systems more powerful.

    Well, here's to finally supporting 56k modems. You've only got a little further to go till you revolutionize the industry with your superior architecture *g*

    1. Re:Not willing to admit defeat? by hackerhue · · Score: 4, Informative

      You obviously don't know much about the architecture of the Hurd. Go read up on it (http://hurd.gnu.org/) and come back.

      The architecture of the Hurd (not to be confused with the implementation) gives users a lot more freedom than any UNIX-based system. For example, UNIX will not let you mount a loopback encrypted filesystem unless you are root (or without bugging root to frob /etc/fstab, which he/she probably won't want to do), even if the encrypted file is owned by you, in your own directory and you want to mount it within your own home directory. This is something that the architecture prevents you from doing, so no UNIX implementation will ever let you do that (without a heavy dose of magic). Allowing stuff like that is one of the architectural features of the Hurd.

      Porting, and supporting 56k modems are just implementation details, and have nothing to do with the architecture, which is what RMS is talking about.

      --

      To get something done, a committee should consist of no more than three persons, two of them absent.

    2. Re:Not willing to admit defeat? by be-fan · · Score: 2

      The architecture of the Hurd (not to be confused with the implementation) gives users a lot more freedom than any UNIX-based system. For example, UNIX will not let you mount a loopback encrypted filesystem unless you are root (or without bugging root to frob /etc/fstab, which he/she probably won't want to do), even if the encrypted file is owned by you, in your own directory and you want to mount it within your own home directory. This is something that the architecture prevents you from doing, so no UNIX implementation will ever let you do that (without a heavy dose of magic). Allowing stuff like that is one of the architectural features of the Hurd.
      >>>>>>>>
      Praytell, exactly what architectural features (technical reason, please) does Hurd have that allow it to allow users to mount encrypted filesystems? It seems to me like its a policy decision in UNIX kernels, not a technical one.

      Porting, and supporting 56k modems are just implementation details, and have nothing to do with the architecture, which is what RMS is talking about.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:Not willing to admit defeat? by hackerhue · · Score: 2

      I'll admit that I'm not an OS guru, so most of what I say is second hand, but you should look at Thomas Bushnell's paper at http://www.gnu.org/software/hurd/hurd-paper.html, which should give you and idea of how the Hurd and UNIX are different. If you're too lazy to read through the whole thing, jump down to "Why this is so different" or thereabouts. The beginning of part 1 is actually pretty interesting too, and is worth reading if you want to see how the Hurd differs from UNIX.

      But why would preventing a user from mounting a loopback filesystem be a policy decision? The file is already owned by the user, so he/she can already do whatever he/she wants with it. He/she can make his/her own versions of cp/ls/etc. à la mtools to read from and write to the filesystem. Preventing the user from mounting doesn't do anything from a security standpoint, and just makes it harder for the user to do useful work.

      --

      To get something done, a committee should consist of no more than three persons, two of them absent.

    4. Re:Not willing to admit defeat? by be-fan · · Score: 2

      Hmm, allowing a user to mount a filesystem and allowing them to write their own is something of a strech, no? Exactly how is this function used often enough to be an actual feature rather than a useless novelty?

      --
      A deep unwavering belief is a sure sign you're missing something...
  52. Re:Debian GNU/Hurd by quinto2000 · · Score: 2

    Yes it is. It's the Debian system ported to run on a new architecture (the Mach Kernel and HURD servers)

    --
    Ceci n'est pas un post
  53. Infinite by DrSkwid · · Score: 2

    How much fragmentation can the Open Source community take?

    An infinite amount.

    People may say it cracks with every keystroke but it just won't break.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  54. hear hear! by 7-Vodka · · Score: 2
    (or is it here here? I've never seen it explained.)

    Anyway. Well fuckin said. I second your oppinion and put forth that my linux box is also comprised similarly.

    I call it linux, because the GNU is implied.
    Everyone who uses linux probably knows this. Also, if I had a Hurd system, I would likewise call it 'Hurd' and not GNU/Hurd because the GNU is also implied in that case.

    I deeply respect RMS and furthermore agree with much of what he says. This is one issue I DISSAGREE with him on. I wish he would listen to what others have to say, especially others who like me agree with 99% of his other stances. It would make him a better representative for the FSF, better liked and would not diminish his philosophical goals one iota. People who never listen to anyone else's oppinions may one day find their oppinions lacking.

    --

    Liberty.

    1. Re:hear hear! by Anonymous+DWord · · Score: 2

      It's hear hear.

      --
      "If he thinks he can hide and run from the United States and our allies, he's sorely mistaken." Bush on bin Laden
  55. Microkernel vs Monolithic by ryanvm · · Score: 2

    Here's a commentary recently run by Linux Journal on a comparison between monolithic kernels (e.g. Linux) and microkernels (e.g. Mach, Hurd).

    Obviously it's biased towards monolithic, but it's an interesting read nontheless.

  56. Slashdot losers by Paul+Komarek · · Score: 5, Insightful

    IF YOU AREN'T INTERESTED IN THE HURD, THEN SHUT UP.

    Can slashdot posters quit talking out of their rear-ends for even one article?

    A long-running project in the open source world just made an announcement. The /. editors decided to carry the story. The comments are filled with jokes about how stupid RMS and the HURD are. I dearly wish there was a "strip all comments labeled "Funny" button.

    I'm very interested in how the HURD is progressing, and in TECHNICAL OPINIONS on the HURD. Where are the technical opinions among the comments? Damn few and far between. This is the sort of nonsense that makes slashdot look worse than USA Today (hell, slashdot doesn't even have color barcharts on the front page!).

    At one time, I learned a lot about computers and socioeconomic factors surrounding computing by reading slashdot comments. Several years ago, comments included information from computer scientists, sysadmins, and knowledgable hobbyists. Eventually there was a problem where you couldn't find those comments in between the 50 copies of "First Post!". Moderation came, and I could usually find the good posts again.

    The comments on this article, however, demonstrate just how stupid the slashdot population has become. My theory is that the huge popularity of slashdot in the US has attracted a readership which closely mirrors the average intelligence of the general US population -- you know, the same population that elected GW Bush for president (motto: "What we need is a clear policy in the Middle East"). The moderation system that once worked well is failing miserably because almost all moderators are as stupid as the posters.

    As anyone can tell, I'm pretty pissed that a bunch of whiney losers in diapers, who couldn't spell "algorithm" if they had a copy of CLR on their desk, or explain why CISC was a natural choice for microprocessors in the 1960s, have drowned out any hope of interesting discussion on a technical topic. The comments attached to this article provide some sort of slashdot corrolary to the bikeshed axiom: Since a moron reading slashdot feels compelled to make authoritative posts on every article (to increase their karma?), they will post about the bikeshed color if they have nothing to say about the bikeshed. God help us when the discussion turns to nuclear power plants.

    Beyond technical comments, why does everyone feel a need to deride RMS and the GNU project all the time? It seems natural to have some social discussion of RMS and the GNU project attached to any article about the HURD. I can understand why RMS is unpopular. I can understand why some people dislike RMS' campaign to use the name "GNU/Linux" when discussing operating systems which use the GNU foundation but replace the GNU kernel (I guess my feeling on this is clear). What I can't understand is why people put so damn much energy into making RMS a laughing stock.

    At this point, it no longer matters what RMS does or says; the slashdot readership seems hell-bent on destroying RMS just because they heard that he was unpopular in some circles. If I were a conspiracy theorist, I'd suggest that Microsoft had a pool of RMS-trolls trying to change public opinion of RMS, GNU, and Free Software via slashdot comments.

    I'd like to encourage everyone reading this to do the following:

    1) Think for yourself
    2) Listen careefully to what people say, in comments and otherwise
    3) If you don't have anything useful to contribute, then keep your mouth closed.
    4) Be careful with the "funny" moderation tag -- we all need humor, but there's more (or should be) to slashdot than (rightly or wrongly) smacking people down

    If we follow those rules, then maybe we'll be able to learn stuff from slashdot comments again. For instance, comments on this article about a new HURD release might include:

    1) discussions of microkernel history, strengths, and weaknesses,
    2) which microkernels are still in use
    3) how the Darwin kernel design differs from the HURD design
    4) a reasonable, well-thought-out debate about whether the long term benefits of the HURD justify the current HURD effort in the Free Software community
    5) how changes in hardware might affect the expected future value of the HURD, given the HURD's extremely slow development
    6) alternatives to monolithic and microkernel designs in principle and practice (I'm not aware of any, but surely someone has something in-between, if not totally different)
    7) whether the Free Software and Open Source communities should really be involved with basic software research, or lower its ambitions and simply copy existing, working software

    Maybe this post can at least spawn an intelligent discussion of whether it violates the rules it proposes (it probably does, but I'm not going to fix it because I'm still seeing red).

    -Paul Komarek

    1. Re:Slashdot losers by rodgerd · · Score: 4, Informative

      It's still nominally a microkernel, but large chunks of the graphics subsystem (for example) violate pure microkernel design principles, which is why NT 4 was faster that 3.51 but less stable (since video drivers could now torch your system).

      Seems to me the opposite would be true for embedded systems - all the benefits of microkernels I can think of tend toward more fully featured systems; for example in the NT world, the OS/2 1.x and POSIX subsystems were seperate personalities on the microkernel. Those are neat features when you want to run diverse userlands on a common platform, but it seems like overkill for an embedded system, where the overhead of the microkernel in terms of size and performance may be too high a price.

      As for security, I'm not sure how a microkernel would be a plus or a minus. I suppose the fact that splitting various components of the OS into personalities makes it (in theory) harder to subvert all components by subverting one component.

      To be honest, what I'm curious to see is an mk based OS that actually meaningfully demonstrates the benefits of being based around a microkernal. NT could have if MS had been more committed to running the alternate personalities on the same microkernel, but their efforts at POSIX/Unix personalities running alongside the Win32 system have always been sporadic. Too many of the other benefits (such as not having your system die when a network driver goes tits up) mostly benefit programmers (after all, if the NIC in my file server keeps crashing, it's nice that I don't have to reboot to restart the NIC, but I still have an unavailable system).

    2. Re:Slashdot losers by Paul+Komarek · · Score: 2

      If this is a serious question, I'll answer it once the "conflict" is nailed down -- do you mean the fact that I'm not free to choose the software license for graduate work funded by CMU?

      -Paul Komarek

    3. Re:Slashdot losers by Paul+Komarek · · Score: 2

      I haven't read Parkinson, just the "bikeshed" summary. At any rate, I wasn't trying to summarize the bikeshed post, I was trying to credit it by describing my idea as a corollary (I study math, and that's how I think). My take on the the bikeshed post is that people will try to ask important-sounding questions when they can, and not ask any questions when they don't know what the hell is going on. If this is nowhere near what Parkinson was saying, then please let me know. I remember how embarassingly far off I was about "A Clockwork Orange" after seeing Kubrik's movie.

      At any rate, my coroallary was that many slashdot posters see GNU HURD and think they can write an important-sounding comment about their opinion on RMS. That's where my corollary ends (not much of a corollary =-). I guess I might go so far as to say many slashdot posters are looking for anything about which they can make an important-sounding post -- the GNU HURD is just one of the victims.

      My complaint is that the few posts about the HURD disappear entirely in this noise. My statement about what a disaster the comments would be if we *were* discussing nuclear reactors is wrong w/r/t the bikeshed argument. If nuclear reactors were the topic, nobody would say anything at all.

      -Paul Komarek

    4. Re:Slashdot losers by Paul+Komarek · · Score: 2

      That, on the other hand, should be moderated up as funny!

      -Paul Komarek

    5. Re:Slashdot losers by pne · · Score: 2

      I dearly wish there was a "strip all comments labeled "Funny" button.

      Try going to "Preferences" and assigning "-6" to the Reason Modifier "Funny". (Of course, that will take effect globally, for all articles you look at from them on... until you change your Preferences again.)

      --
      Esli epei etot cumprenan, shris soa Sfaha.
    6. Re:Slashdot losers by Paul+Komarek · · Score: 2

      "No. You're new here aren't you?"

      If only. I think my memories of the "good 'old' days" makes me a little sour sometimes.

      "Considering what passes for funny on slashdot, I'd have to agree with you."

      Rob Malda pointed out to me yesterday that there is a way to do this. Under preferences->comments, there is a section that allows you to assign bonuses or penalties for the various moderation tags. Rob's suggestion was to assign -3 to the funny tag, which means that +5 funny shows up as +2. Since I browse at >= +2, I only see the +5 funny stuff. Since I browse with Highest Scores First, the funny stuff will never bet at the top of the comments page.

      -Paul Komarek

    7. Re:Slashdot losers by Paul+Komarek · · Score: 2

      I guess I've been poisened by the "big" (formfactor) embedded folks using Linux (the kernel) and stripping stuff out.

      -Paul Komarek

    8. Re:Slashdot losers by Paul+Komarek · · Score: 2

      Thanks for the tip! Thanks also for the very nice complement.

      Komarek is a slavic name, and my father's family came from Czechoslovakia (back when it was one country). I do not know if the "komarek" was used as a name anywhere else, but it has a literal meaning in most slavic languages I've asked about. komar==mosquito, and "-ek" is a diminuative ending (i.e. implying "cute" and maybe "small", like -ito in Spanish).

      -Paul Komarek

  57. Exactly by karlm · · Score: 3, Informative
    But I think it's safe to say that an L4-based kernel would be better than Mach, even if written in C++. A well-optimized design is more important than well-optimized code.

    The latest "Hazelnut" L4 kernel (written in C++) finally passed the fastest L4 x86 assembly kernel for interprocess communication performance. This is very important for microkernel performance, since many things traditionally handled by system calls (setting some registers then trapping an interupt in the kernel) are instead handled via IPC with user-space drivers. I'd like to point out that without some crazy high-level macros in your compiler, it still seems like you need a minimum of about 32k of your ring 0 code is written in assembly (on x86) to properly manipulate the hardware. (You could come up with some funky architecture where not all of your ring 0 code is in what you call the kernel. Doesn't NT/2K/XP have some non-bootstrapping ring 0 code outside of kernel32.dll?) (This is from what I remember of L4 and QNX documentation.)

    Have no fear, the X.2 API is bein sorted out. People are holding off on porting the HURD to L4 until the L4 X.2 API is finalized. My guess is that porting will begin this Summer.

    --
    Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
    1. Re:Exactly by slashdot_commentator · · Score: 2

      Have no fear, the X.2 API is bein sorted out. People are holding off on porting the HURD to L4 until the L4 X.2 API is finalized. My guess is that porting will begin this Summer.

      That is wonderful news! I was under the impression L4 had languished or had been abandoned. (Don't understand the continued MACH development, unless they don't think L4 will be ready for a while.) Wow, this almost makes Hurd viable. We could see a good implementation of Hurd in two years.

      As for the u-kernel being written in C++, the comment I made was more of a *wow*, rather than an indictment of L4. In the right hands, C++ can be just as space and performance efficient as C. From a pure performance standpoint, you'd rather have the u-kernel in assembler. But if the performance hit in C++ is as low as 15% compared to an assembler version, I'd have to say it would be well worth it. The IPC/SMP abstractions are such that it would be much more clearly expressed in C++ than assembler. And like you said, routines can always be re-coded in assembler if needed.

      --
      There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
  58. Re:Can it play OpenGL games? by Anonymous+DWord · · Score: 2

    You bastard. I clicked that. Worse than a goatse.cx link.

    --
    "If he thinks he can hide and run from the United States and our allies, he's sorely mistaken." Bush on bin Laden
  59. Re:HURD History 101--OS2Warp? by Glytch · · Score: 2

    You should take your own .sig advice.

  60. Damn Right! (Re:Slashdot losers) by fsmunoz · · Score: 2

    Congrats, your post was to the point and especially very heartfelt.

    Not much I can say except that you will probably receive as answer more crapy noise about RMS,the FSF 'agenda', I'll call it just Linux' and 'free as in beer is free enough'. All this appears to be trendy amongst the newly converted, and thus almost always completely ignorant of any issue that truely matters. I don't know why things have come to this, but years ago when someone said they were GNU/Linux users I knew that we had at least some shared values... nowadays I always expect ppl complaining about MS Office not being available and generally pissing on the ppl that made the system available in the first place.

    How fucking sad.

    Way to go, fsmunoz

    1. Re:Damn Right! (Re:Slashdot losers) by fsmunoz · · Score: 2

      Hi Coward,

      Maybe if the hurd didn't suck people wouldn't say shit about it.

      Actually the Hurd is only referenced slightly in the parent post, and has a intro to a larger discussion. And I pretty much doubt you can say that it 'sucks' because most likely you don't even know what the Hurd is. But 'saying shit about it' seems to come in line with the trend.

      Maybe the real problem with the "newly converted" crowd is there are no sacred cows including rms and his pet projects.

      If only it was so simple... the problem in not personal likeess or lack of it for RMS or anybody else; it's more the total lack of values in what free software is regarded.

      Sorry not everyone can be a blind follwing suck up such as yourself.

      Apologies accepted, dont worry about it.

      Read some CS journals and learn something instead of just gobbling up FSF propoganda, mmmkay.

      Duly noted.
      BTW, you forgot the 'I want MS Office' part to fully comply with my prevision of what the answers would be, but since you included the 'FSF propaganda' bit you get extra points in the 'I'm-so-3l331-that-I-also-say-shit-about-the-FSF' community.

      Regards,

      fsmunoz

  61. Linus' three achievements... by Sunnan · · Score: 2, Insightful

    Snip the first one - I agree with it. Instead of doing this extremely well-designed, non-unixy multiserver microkernel design, Linus was in a hurry and just redid it the unix way. Good job. (I love Hurd!)

    "The second hard bit that Linus did which the Free Software Foundation has clearly failed to do is to evolve a development methodology which allows - encourages - very many people to take part, and which manages to integrate and exploit the fruits of all their labours. That's Linus' second achievement: a social achievement, and a big one."

    No; RMS did this back with TECO Emacs in the seventies. Larry Wall did it with perl in the eighties. The GNU project was a success partly because the unix toolbox philosophy - every developer could make their own version of the tools.

    "But Linus third achievement is the key one, and it is key to your project of making Free Software available to ordinary people all over the world. He has brought the system to critical mass, where it's robust enough and stable enough for many people to use it, and in consequence many people are motivated to port many programs to it. This is Linus' third achievement. It's a cultural achievement, and it is an absolutely critical one without which any Free Software movement is ultimately vacuous and solipsistic."

    You need a kernel to boot the system - you need a compiler to make the kernel. RMS wrote the best compiler in the world. Gcc.

    A couple of years ago, when RMS started insisting on the (admittedly awkward) name GNU/Linux, there were many people talking about "the Linux system" but not talking about software freedom. RMS figured that adding GNU to the name would remind people of that. (And it'd give him a share of the credit. Everyone likes credit.)

    These days, this problem is smaller (but it still exists. The kernel/bitkeeper situation is tragic), and many people already think of freedom when they hear about "linux".

  62. QNX microkernel OS works... by billstewart · · Score: 2

    QNX is probably the best-known working microkernel system out there. (Mach is better-known, but nobody actually used the microkernel versions, they used the 2.5ish versions like Next mostly.) Runs on a reasonably large number of Intel platforms, though unfortunately the single-floppy network demo only had drivers for a model of Ethernet card I didn't have, and hasn't been updated since 1999. They've probably had enough bloatware that the kernel no longer fits in 4KB (but newer Intel chips have bigger L1 caches these days :-), not that you're really need it to stay in L1.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks