Slashdot Mirror


GNU/Hurd Gets POSIX Threads

An anonymous reader writes "Neal Walfield announced the first release of RMGPT, which is (or rather, aspires to one day be) a complete, portable implementation of IEEE Std 1003.1-2001 threads also known as POSIX threads. With this new pthreads library, it will soon be possible to run complex software packages on the Hurd, including the GNOME and KDE desktops, the OpenOffice suite, and the Mozilla web browser. Find more information here, including the humorous meaning behind RMGPT, and insight into a future Hurd release..."

382 comments

  1. Is it conincidence? by realnowhereman · · Score: 0, Redundant

    ... that this arrives a week after Linux gets it?

    --
    Carpe Daemon
    1. Re:Is it conincidence? by Anonymous Coward · · Score: 0

      Yes: that was "next generation" POSIX threads,
      this is "first generation".
      The basic pthread library.

    2. Re:Is it conincidence? by Anonymous Coward · · Score: 0

      Hi!

      Yes, it is coincidence. Work on this pthreads Implementation has started in 2000.

      Cheers,
      GNU/Wolfgang

    3. Re:Is it conincidence? by Anonymous Coward · · Score: 0

      GNU/TURD sucks big hairy donkey cock. And so does RMS.

  2. Given the amount of work ... by gowen · · Score: 4, Funny

    ... that POSIX put in defining this standard, and how much extra functionality this library introduces, should we not refer to the OS as POSIX/GNU/Hurd.

    We don't want to downplay their involvement now, do we?

    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    1. Re:Given the amount of work ... by ergo98 · · Score: 1

      Don't forget the incredible importance of C, and hence Kerningham and Ritchie, in the development of POSIX/GNU/Hurd. Perhaps it should be GNU/POSIX/K&R=C/Hurd.

    2. Re:Given the amount of work ... by ajs · · Score: 5, Funny
      I'm sorry, this is getting way too complicated. Clearly, what is needed is an XML format for describing such things. Observe:

      The operating system formerly known as, GNU Hurd is now:

      • <os derived="unix" derived="mach">
        • <kernel name="Hurd"> <distribution name="GNU"> <distribution name="Debian"> <contributor name="POSIX" description="threading, apis"> <contributor name="K&amp;R" description="programminglanguage"> <contributor name="Linux" description="actually running, and proving to the world that free software can produce an OS"> ...
        </os>
    3. Re:Given the amount of work ... by Anonymous Coward · · Score: 1, Informative

      Hi!

      > The operating system formerly known as, GNU Hurd is now:

      There has never been a operating system called the GNU Hurd (although some very old documentation states so). The operating system is the Hurd-based GNU system, or GNU/Hurd for short. As the Hurd is part of GNU, it can also simply be called the GNU system. I think in the glibc documentation it is called this way.

      Cheers,
      GNU/Wolfgang

    4. Re:Given the amount of work ... by nil+error · · Score: 1

      The name RMGPT, and the GNU/Linux FAQ that was recently posted is creative thinking that should be done AFTER the HURD kernel is finished.. - it's kinda frusterating - JVM

    5. Re:Given the amount of work ... by TheGreek · · Score: 1

      GNU/Wolfgang

      Is RMS your father?

      No?

      Then take GNU out of your name, you dimwitted bastard.

    6. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      Hi!

      Truly I love him like mein papa, but he tells me he cannot touch me in his special way until I turn 16. Whatever that means.

      Cheers,
      GNU/Wolfgang

    7. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      Hi!

      If you like, you can also call me Saint Hurdicius.

      Cheers,
      GNU/Wolfgang

    8. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      Overshare

    9. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      Hi!

      Faking me is neither funny nor nice.

      Cheers,
      GNU/Wolfgang

    10. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      then post under a slashdot account.

    11. Re:Given the amount of work ... by gnu_wolfgang · · Score: 1

      Hi! Good advice. It seems that for some reason, antisocial idiots always choose to attack me instead of someone else. I'm not sure if I should consider this a compliment. :) Sorry for the Off-topic. Cheers, GNU/Wolfgang

    12. Re:Given the amount of work ... by uid8472 · · Score: 2, Informative

      Sorry, but the start tag <os derived="unix" derived="mach"> clearly violates the XML well-formedness constraint of unique attribute specifiers; or, in the words of the XML spec, No attribute name may appear more than once in the same start-tag or empty-element tag. I guess a proper description of this OS will have to wait for another day and another DTD...

    13. Re:Given the amount of work ... by Anonymous Coward · · Score: 0

      Of course! Clearly, XML is the answer to this problem! XML is THE ANSWER! XML is the one TRUE PATH that will guide you to YOUR DESTINY!!!!111

  3. Good ! by Anonymous Coward · · Score: 3, Interesting

    Looks like the Hurd server collection is starting to lift off. Since Debian is working on Debian GNU/Hurd, and now this new ability, all the Hurd developers need is some more driver developers.

    If they get that Hurd will start to become a world usable kernel, and it's always good to have some competition in kernel land :)

  4. The HURT by Sp4c3+C4d3t · · Score: 1, Interesting

    I read a long time back that The HURD would be "ready" very soon. However, The HURD just keeps chugging along at a slow pace... how many people really care about it? I know there's a Debian GNU/HURD, but does anyone use it? Hopefully this is a big step to more widespread adoption of the thing.

    --
    Happy New Year, it's 1984!
    1. Re:The HURT by Cnik70 · · Score: 0

      I just keep asking myself "Is This Trip Really Necessary" everytime I see a HURD update.

      --
      -Cnik
    2. Re:The HURT by Lendrick · · Score: 5, Interesting

      Developers! Developers! Developers! Developers! Developers! *gasp, pant, pant* Developers! Developers! Developers!

      The problem, I think, is that people really haven't taken a whole lot of interest in it so far, because in general it doesn't really do anything that Linux doesn't already do better.

      On the other hand, if it's really going to be able to run modern desktop environments now, perhaps people will start taking a bit more interest in it, and then developers will start to show up. I think it's just a matter of reaching critical mass.

    3. Re:The HURT by AKnightCowboy · · Score: 1

      The problem, I think, is that people really haven't taken a whole lot of interest in it so far, because in general it doesn't really do anything that Linux doesn't already do better.
      The major difference is that everytime you boot into Linux, Richard Stallman kills another kitten out of sheer frustration and anger. This was supposed to be HIS triumphant free UNIX not that kid from Finland! How dare he steal St. Gnucious's thunder! :-)

    4. Re:The HURT by DrXym · · Score: 4, Insightful
      Ironically, HURD was around even before Linux was started. I suspect the reason Linux took off and HURD didn't has a lot to do with the leadership and goals for each project. Linus realizing that if you write a practical kernel 'they will come' and so they did while HURD well, just languished and wallowed in microkernel correctness hell.


      Ten years later and HURD still isn't practical (what's the big deal I wonder) while Linux can drive anything from palm devices to super computers and mainframes.


      It's no wonder RMS is so bitter and twisted these days :)

    5. Re:The HURT by DrXym · · Score: 4, Insightful
      The thing is that HURD had a big head start over Linux. The fact that it never attracted developers is IMHO in no small part to the perceived political nature of the FSF and RMS.


      Development is meant to be fun and Linus clearly put that and pragmatism ahead of the stupid pigheaded politics that the FSF (& RMS) is associated with.

    6. Re:The HURT by ergo98 · · Score: 1

      The problem, I think, is that people really haven't taken a whole lot of interest in it so far, because in general it doesn't really do anything that Linux doesn't already do better.

      One thing that perplexes me is that there aren't people rushing to it simply out of the desire to rebuild: i.e. Mankind, as a general trait, loves to build things "bigger and better", and it surprizes me that those who've worked on Linux in the past don't get the urge to "throw it all out" and start anew with everything they learned. While Linux came to the game quite late, and hence had the luxury of learning from so many mistakes others made in the OS arena, I have absolutely zero doubt that it could be done better, and starting over is often the easiest way to free a project of compatability, politics, etc.

      Having said that, most "start over" projects are massive failures, or that end up just as ugly when they implement all the same kludges to work around issues they thought they wouldn't have, but given that you're talking about volunteers that are looking to do stuff new and fun, I'd expect there to be a burgeoning industry of "Super Duper OS" type projects.

    7. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      When someone told RMS he wants to work on Darwin, RMS responded that it would be better to improve GNU/Linux instead. So I doubt RMS is angry when someone boots into GNU/Linux, especially given that RMS is using it himself.

      Cheers,
      GNU/Wolfgang

    8. Re:The HURT by Anonymous Coward · · Score: 0

      LOL.. throw everything out and start over?

      Yeah, too many programmers do that kind of crap. Sometimes it can be beneficial, but for the most part they are just wasting their time.

      In order to advance society we need to build on what we know, not rebuild things that have already been done.

    9. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      > It's no wonder RMS is so bitter and twisted these days :)

      When I met RMS at LSM this year, I did not get the impression he was bitter and twisted.

      I wonder why many people spread such statements about him. Where did you get that this impression from?

      Cheers,
      GNU/Wolfgang

    10. Re:The HURT by ergo98 · · Score: 1

      Yeah, too many programmers do that kind of crap. Sometimes it can be beneficial, but for the most part they are just wasting their time.

      You'll get no disagreement from me. I've personally witnessed the "throw it out" mentality by people with grand visions of how superb their implementation will be, and invariably the projects are massive failures. However in this case we're talking about enthusiasts who are working on these projects for free, and it'd be a lot more fun, one would think, working on the core of the new SuperOS with features X, Y, Z, than it would be to be a slog maintaining some tiny little part of a big project like Linux. I'm not advocating that people do that, or that it's a smart thing to do, but rather I'm saying that I'm surprized that it isn't more rampant.

    11. Re:The HURT by DrXym · · Score: 2

      From every interview where he lamely refers to Linux as GNU/Linux and insists everyone else does too.

    12. Re:The HURT by smittyoneeach · · Score: 2
      I've personally witnessed the "throw it out" mentality by people with grand visions of how superb their implementation will be, and invariably the projects are massive failures.
      Or even on a smaller scale. The arrogance of refusing to use code someone else wrote because it's easier to re-write than read is tragic and commonplace.
      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    13. Re:The HURT by Lendrick · · Score: 2

      Having said that, most "start over" projects are massive failures, or that end up just as ugly when they implement all the same kludges to work around issues they thought they wouldn't have, but given that you're talking about volunteers that are looking to do stuff new and fun, I'd expect there to be a burgeoning industry of "Super Duper OS" type projects.

      There are, for the record, a few notable exceptions to this... Mozilla being the most prominent. If you measure success solely on how well their program works, then the Mozilla Project has been very successful. They've created a browser suite built on top of their own open development platform, and this development platform is now being used by other people to build more applications on top of Mozilla.

      Unfortunately, what these massive, ambitious rewrites usually cost is time. If you measure success solely by user adoption rates, then Mozilla is a dismal failure. (I should point out that I use Mozilla as my primary browser, and love it.)

      Hurd may very well turn out to be the ultimate OS kernel, but it spent so long in the vapor stages that people don't take it seriously. It may still gain a foothold, but there's a long road ahead.

    14. Re:The HURT by CyberDruid · · Score: 2

      I think the problem is that it is so boring (and sometimes difficult) to program all the drivers that are needed. Hell - if I could magically interface with all my hardware, I would have made my own superduper OS (based on "naughty", my own semi-interpreted LISP-ish language) a long time ago.

      --

      Opinions stated are mine and do not reflect those of the Illuminati

    15. Re:The HURT by DrXym · · Score: 2
      Mozilla certainly took a time to appear but I wouldn't call it a dismal failure by any measure. Certainly users are still small by IE standards, but remind yourself that Mozilla/NS7.0 is now the defacto browser on all new Linux platforms and Gecko is being used in numerous environments (Chimera, Galeon, numerous STBs etc.) and AOL software too. For example AOL of OS X is based on Gecko, so is Compuserve and probably AOL for Windows will follow at some point too. So already there are millions of users and many more to come.


      When that last one happens, the shit will hit the fan for Microsoft :) It's only a matter of time.

    16. Re:The HURT by Anonymous Coward · · Score: 0

      Well when someone takes years of your work and re-labels it as theirs and then those very culprits insist that it is you who is "a weirdo" and "bitter and twisted, har har", I would also insist on correcting the facts every chance I get.

    17. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      You say this, but if you realistically consider your life, what else are you going to do? I mean it's not like you are ever going to get laid or anything. It would be best for you to devote your life to GNU/HURD driver development because you will gain respect as a result, and give something back to the Free community. Only weak people use GNU/Linux just for the drivers.

      Cheers,
      GNU/Wolfgang

    18. Re:The HURT by BlueGecko · · Score: 2

      Look, even I think that FSF politics can be a hinderance, but saying that FSF politics caused Hurd to fail requires that you overlook a massive, massive project that was nevertheless very successful: GCC. I think that we should probably try to find why it failed elsewhere (for example, its emergence as a microkernel design just as microkernels were being declared a failed experiment due to Mach's poor task switching).

    19. Re:The HURT by tphockenberry · · Score: 1

      All this "GNU/" prefix stuff is really irritating. There has to be a better way to "remind" all of us poor dumb people that GNU is a big part of the Linux success story.

    20. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      The above comment is a fake. You can see this because it talks about GNU/HURD instead of GNU/Hurd.

      Cheers,
      GNU/Wolfgang

    21. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      He does not insist that everyone else does so, read the FAQ about the GNU/Linux naming that was recently published on the GNU site.

      Cheers,
      GNU/Wolfgang

    22. Re:The HURT by Anonymous Coward · · Score: 0

      I'd be happy if people would just use 'linux' to refer to the kernel and GNU/linux when speaking of a linux based distro

    23. Re:The HURT by rplacd · · Score: 0

      A sorta technical name for this is "second system syndrome." Search for it on Google.

    24. Re:The HURT by Anonymous Coward · · Score: 0

      Hi!

      The above comment is a fake. You can see this because it was posted so quickly in reply (check the datestamp).

      Cheers,
      GNU/Wolfgang

    25. Re:The HURT by Anonymous Coward · · Score: 0

      Seems to me that people want to start projects out from scratch, in the ideal cases, is so they can learn, albiet the hard way. Yet, doing the hard way can often be an excellent way to learn.

      Others may just be into it for the glory of the project being 100% theirs, but ego trips are their own business.

      Just a thought

    26. Re:The HURT by gnu_wolfgang · · Score: 1

      Hi! But this time, it will really be ready soon. ;) Seriously, we have been making progress recently that suggests we may become usable for *some* purposes next year. We are certainly far away from having a general-purpose system, but we think it is worth improving the Hurd because it will end up being a system that a lot of people use with joy. If we fail, then we can say that we have at least tried to do something innovative, had a lot of fun and found friends. For myself, all of that is the case already. Cheers, GNU/Wolfgang

    27. Re:The HURT by gnu_wolfgang · · Score: 1

      Hi! It is not only about GNU being a part. When I say GNU/Linux, I do it to remind myself and others that freedom is the purpose of the system and the reason why it was written. The term Linux alone is not associated that much with the ideal of freedom as GNU is. Cheers, GNU/Wolfgang

    28. Re:The HURT by proj_2501 · · Score: 2

      Well, it's certainly not the microkernel that's holding things back. BeOS and Mac OS X both use microkernels. There were UNIX emulators for Mac OS Classic running on Mach, and MkLinux had a Linux kernel running in user-mode on Mach on both x86 and ppc platforms before any of this User Mode Linux business.

    29. Re:The HURT by Anonymous Coward · · Score: 0
      Hi!

      The above comment is a fake. Serious GNU/Hurd developers only post logged in on Slashdot and other related websites.

      Cheers,
      GNU/Wolfgang

    30. Re:The HURT by DrXym · · Score: 2
      I'm not saying HURD failed because of the politics but it put a lot of people off. Let's face it HURD is RMS' baby and prospective volunteers must have sensed the kind the thing they'd be letting themselves in for. Even if that were not so, I think HURD looked extremely unattractive next to Linux.


      As for gcc, I think the project leadership and necessity gave the drive for its development. Even so, gcc has been stuck in the mud for a long time too. I'm looking forward to trying 3.2 which is long overdue.

    31. Re:The HURT by DrXym · · Score: 2
      I like many others have contributed thousands of hours and tens of thousands of lines of code to open source which is not FSF and not even GPL. Why should the FSF demand it be called GNU/Linux when *other* work is there too?


      And it's not some unimportant parts we're talking about here. Massive chunks of Linux which make it a useful operating system are non-FSF and often non-GPL, this list would include the kernel, MySQL, Perl, Python, OpenSSH, Apache, XFree86, Mozilla, Ghostscript and more. Some might *use* the GPL but the copyright most definitely isn't FSF. I think it is utterly indefensible to tar the lot as GNU/Linux.


      No one is denying GNU/FSF authors their credit or recognition - they should get it in the same way as the rest of us. There is no need for this outrageous and selfish glory grabbing. If RMS wants a wholly and holy GNU operating system he should pull his finger out of his arse and ship HURD. Until he'll have to make to with Linux which is a blend of all kind of copyrights and licences.

    32. Re:The HURT by Hercynium · · Score: 2

      Who says it's failed? :( I for one would like to see it gain some steam. Everything I learned in my comp sci courses tells me that the HURD is pushing the envelope of theoretical OS and application design. While I know some people wish it could be a complete production OS, it's going to be some time before that's possible... Though my textbooks currently cover OSF/Mach and Win(ick)NT as examples of advanced modern OS's, maybe in a few years students will be studying the internals of the [Hierarchy of Interfaces Representing Depth (of UNIX-Replacing Daemons)] (God, I love that acronym!)

      --
      I'm done with sigs. Sigs are lame.
    33. Re:The HURT by Anonymous Coward · · Score: 0

      But out of those, only the Linux kernel is part of the OS -- the set of programs that make a working Unix-like system. The rest of most distributions using the Linux kernel consists of GNU software -- glibc being probably the most important.

      Thus GNU/Linux.

    34. Re:The HURT by SpinyNorman · · Score: 2

      Huh? RMS's GNU posse were concentrating on things like emacs, gcc, glibs that may ring a bell with you. Linux only beat GNU to deliver a free Unix OS because all that Linus had to write was a kernel - the rest of Linux is ... GNU.

      If RMS & the FSF had been putting there effort into HURD rather than the rest of GNU, then Linux would not have attracted developers, because there would be no Linux - just a useless kernel sitting on some unknown Finn's hard drive.

    35. Re:The HURT by DrXym · · Score: 2
      As I said, it *doesn't* just consist of GNU software. There are dozens of open source licences in the typical distro and many of the most useful apps are in fact not GNU at all.


      As for calling why it should be just called Linux... it is for the same reason that Windows is called Windows, Unix is Unix, FreeBSD is FreeBSD and Mac OS is Mac OS irrespective of what other software is installed. Everyone except the FSF seems to manage fine with this concept.

    36. Re:The HURT by Anonymous Coward · · Score: 0

      That's GNU/RMS

  5. Slashdotted! by PhoenxHwk · · Score: 4, Funny

    Warning: Too many connections in /prod/www/virtual/kerneltrap.com/www/htdocs/includ es/database.mysql.inc on line 7 Too many connections

    Oh my, looks like the server needs more POSIX/GNU/HURD threads itself :)

    1. Re:Slashdotted! by amd-core · · Score: 1

      There are currently 6 users and 1128 guests online.
      Fortunately i managed to access this page :)

    2. Re:Slashdotted! by Anonymous Coward · · Score: 0

      Hi!

      Unfortunately we cannot yet run a web server on the GNU/Hurd kernel as it stands but we expect to have this running in the next year or so. It is extremely inefficient in terms of memory and so we use FreeBSD on that machine. Unfortunately you can see that it was also unable to be capable of serving such interest - previously this has not been a problem!

      Cheers,
      GNU/Wolfgang

  6. Darwin and MkLinux? by Henriok · · Score: 4, Interesting

    What is the relationship between GNU/Hurd, Darwin and MKLinux? All is based around a Mach-kernel. Are there any familiarity between them that have any relevance? Does the continuing work on Darwin and GNU/Hurd benefit from one another, and if so, in what respect?

    --

    - Henrik

    - when the Shadows descend -
    1. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      GNU/Hurd is an imaginary operating system created to satisfy the ego of one GNU/R. Stallman. Why do I call him GNU/R. Stallman? Because without the support of the EFF there could be no Stallman. He'd have to get a job like everyone else and wouldn't have the time or money to be a full time GNU/advocate.

      GNU/Darwin is nothing to do with either. It's based on GNU/FreeBSD and is GNU/Apple's Open Source kernel component of GNU/MacOS X. GNU/MKLinux is an older port of GNU/Linux to 68k architecture, irrelevant now unless you own an old GNU/Mac or GNU/Amiga or similar.

      You may feel that I have overused the GNU/prefix. GNU/Stupid, isn't it!

    2. Re:Darwin and MkLinux? by relay_mod · · Score: 1

      This is what I kinda know:

      Hurd is a real microkernel OS. That is, most of the stuff that you'd think of as being in the kernel on Linux is actually in "daemons" that run more-or-less in userland.

      Darwin is Mach and the BSD kernel merged together. They both live in kernel space. So why are they using Mach? I dunno.

      I don't know abou MkLinux.

    3. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Actually, last time I heard RMS doesn't take a salary from the FSF. He did a series of independant contracts during the 80's and early 90's and managed his money well enough that he just lives off of that.

      Sort of the ultimate hippy.

    4. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Hi!

      As Darwin is not Free Software, we cannot use it in GNU/Hurd. These projects have nothing to do with each other, expect for that all of them are using some Mach-derived kernel.

      Cheers,
      GNU/Wolfgang

    5. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Hi!

      > That is, most of the stuff that you'd think of as being in the kernel on Linux is actually in "daemons" that run more-or-less in userland.

      Not more-or-less, but entirely. They are processes like all others.

      There is a process for each mounted ext2 file system, a process for the IP-stack, a process for authentication, a process for process management, a process for the node /dev/null and so on.

      As such, they are all pagable, while kernels are usually completely non-pagable (paging parts of a kernel itself is a very complicated thing, therefore it is usually simple not done at all).

      Cheers,
      GNU/Wolfgang

    6. Re:Darwin and MkLinux? by Matthias+Wiesmann · · Score: 2
      hey both live in kernel space. So why are they using Mach? I dunno.
      Software enginiering. Even if you compile everything in the same address space, it makes sense to separate functionality. This way, you keep a nice design, but do not pay the performance price for context switches. Also separated address spaces do not reduce the chances of a kernel crash. Even if the BSD layer was in its own address space, a crash would still bring down the Mach kernel, as part of the BSD layer handles disks and so swap devices.

      Also Mach offers functionalities that the BSD layer does not. Some parts of Mac OS X rely directly on Mach facilities - for instance for distributed objects. Posix threads are directly mapped to Mach threads.

      Mklinux is a joint project between OSF and Apple. It is an implementation of Linux on top of Mach 2.5 (Darwin is based on Mach 3). It mostly ran on early PPC machines (x100 models, the so called Nubus Powermacs) Althought MkLinux was discontinued it served as a proof of concept that you could run a microkernel architecture on a Mac. Contrary to Darwin, MkLinux has the linux layer and the Mach layer in different address spaces.

    7. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      You mean he made money from software? He was paid to be a programmer? What a disgusting hypocrite.

    8. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Hi!

      Principles have always been the privilege of the rich.

      Cheers,
      GNU/Wolfgang

    9. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Hi!

      Are you really GNU/Wolfgang, or are you the GNU/troll/Wolfgang? It's so hard to tell. Maybe your posting style is just easy to mimic.

      Cheers,
      GNU/troll/Wolfgang

    10. Re:Darwin and MkLinux? by Milo77 · · Score: 1

      Actually I believe I've read in several places that his wife supports him. Either she comes from a rich family or she's a very well paid professional - I don't know/remember which. Of course I have a terrible memory so I might be remembering this and its actually about some comlpetely different...

    11. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      mklinux never has, and never will, run on 68k macs or amigas. it ran on pmacs, pa-risc, and x86.

    12. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      mklinux is NOT 2.5 based. it is 3.0 based. the purpose (i believe) of mklinux was not to "prove" that a microkernel could run on a mac (why would anyone think one *couldn't*?), it was to get mach ported to pmacs, and, before apple bought next, mklinux might have become the basis of mac os x, instead of mkbsd (aka darwin).

    13. Re:Darwin and MkLinux? by Arker · · Score: 4, Insightful

      You aren't the first to think that was odd. I've been interested in that question myself for awhile. I'm no authority, but I'll pass on what I've learned. First Matthias' post is fairly accurate with one major exception. He wrote:

      Software enginiering. Even if you compile everything in the same address space, it makes sense to separate functionality. This way, you keep a nice design, but do not pay the performance price for context switches.

      Right so far, although I'm sure that Linus, among others, disagrees with the notion that you can't do even nicer design in a monolithic kernel if you pay attention.

      BTW, what Apple has done with Mach is basically the same way MS went with NT (yes I know this week they call it XP, but I don't feel any obligation to obey the dictates of their marketing department so I'll keep calling it NT thanks,) starting with a microkernel but then moving certain systems back into kernelspace for performance reasons.

      Also separated address spaces do not reduce the chances of a kernel crash. Even if the BSD layer was in its own address space, a crash would still bring down the Mach kernel, as part of the BSD layer handles disks and so swap devices.

      Here's where I think he's wrong. What he's describing here is how it works in Darwin (and NT) yes, but only because they moved those systems back into kernel space. But the way it works on a proper microkernel system (like the HURD) doesn't just run these things in a separate address space but at a different privilege level, so instead of crashing the kernel you simply crash a daemon and have to restart it. This does mean drawing the lines a little differently than they have, of course.

      You wrote:

      Darwin is Mach and the BSD kernel merged together. They both live in kernel space. So why are they using Mach? I dunno.

      OK, my best guess is that it's simply a historical relic. When Jobs started work on NeXT, it was damn near universal opinion in CS that Microkernels were the way to go, so that's the way he had it done. NeXT, of course, went bankrupt, and was bought at fire-sale prices by Apple, which has now reworked that system into OS X. At no point along the way did it seem clear to the development team that there was any compelling reason to build a new core - the performance problems are minimised by violating the 'microkernel ethic' and moving the personality into kernel space, without actually rewriting the kernel from scratch. So there you go... probably not the way they would write the thing if they had to start over from scratch, but they don't, and it's good enough. Software development is like organic evolution in that way, even though people usually misquote 'survival of the fittest' what Darwin (as in Charles Darwin) actually said was 'survivor of the fit' - it doesn't matter if something's optimal, as long as it's good enough.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    14. Re:Darwin and MkLinux? by proj_2501 · · Score: 2

      MkLinux doesn't seem to have been discontinued. The news page shows a new release in the works as of Aug 11 2002.

      MkLinux was first built by an Apple team on x86 hardware, then ported (to prove how portable the Mach kernel and the Linux kernel are) both Mach and their Linux server to powerpc

    15. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Yes, very odd, isn't it, considering that he advocates that, uh... programmers should be paid for their work.

      His problem is with certain licensing models (and therefore the business models based on them), not with business in general.

    16. Re:Darwin and MkLinux? by Matthias+Wiesmann · · Score: 3, Informative
      Here's where I think he's wrong. What he's describing here is how it works in Darwin (and NT) yes, but only because they moved those systems back into kernel space. But the way it works on a proper microkernel system (like the HURD) doesn't just run these things in a separate address space but at a different privilege level, so instead of crashing the kernel you simply crash a daemon and have to restart it. This does mean drawing the lines a little differently than they have, of course.
      The problem, as I understood (can't remember where I read this) it is that in practice restarting the deamon that handles the swap disk is very tricky. Assume demon A is responsible for the swap infrastructure. If A crashes, the kernel has to restart it - but it has to do this without paging in or out any page (swap is not available anymore). Demon A must probably be reloaded from the file-system - but by design a micro-kernel should not know about file-systems.

      I don't know if the Hurd can manage this kind of recovery. What I'm sure about is that such an recovery mechanism would be complex - and implementing it hard work.

      I'm not convinced that the effort needed to enforce this kind of fault tolerance would be reasonable - on one hand you could tolerate failures of the Unix personality, on the other this would add complexity to both the kernel (to be able to restart demons/servers) and to the servers (they would need to be able to restore their state at restart) - IMHO, for a single OS machine, it sounds overkill.

      One case where I think such an architecture makes a lot of sense is if you implement many virtualised OSes on one single machine. For instance you would have n logical servers that share one micro-kernel - in this case, if one of the virtual servers fails, the others are not affected.

    17. Re:Darwin and MkLinux? by Anonymous Coward · · Score: 0

      Relationship? No relationship.

      It was just DEEP, HARD, THROBBING ANAL SEX!

    18. Re:Darwin and MkLinux? by Arker · · Score: 2

      I'm not convinced that the effort needed to enforce this kind of fault tolerance would be reasonable - on one hand you could tolerate failures of the Unix personality, on the other this would add complexity to both the kernel (to be able to restart demons/servers) and to the servers (they would need to be able to restore their state at restart) - IMHO, for a single OS machine, it sounds overkill.

      Which is a very good example of why Linux got the mindshare among developers. The Hurd takes an approach that many think is 'too correct' whereas Linux is more associated with pragmatism. However:

      One case where I think such an architecture makes a lot of sense is if you implement many virtualised OSes on one single machine. For instance you would have n logical servers that share one micro-kernel - in this case, if one of the virtual servers fails, the others are not affected.

      Exactly the point. This is why I say that Hurd has incredible potential. Think of it from a kernel hacking standpoint for a moment - no more needing a separate developers box, once the core is worked out and stable all personality aspects can be hacked and tested at will, even on a shared machine, without special permissions...

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
  7. Uh... by Anonymous Coward · · Score: 1, Informative

    POSIX threads is an extension to POSIX.1 (IEE1003.1), known as either POSIX.1c or IEE1003.1c.

    The POSIX threads API is actually fairly small and simple, and works well across different implementations (E.g. kernel threads v's user space threads etc.).

    Not knowing much about HURD I don't know if the kernel already had threads support, so I don't know how much work went into this implementation. Does anyone here know if this is a complete user threads implementation, or is it a wrapper over some form of "native" threading scheme?

    1. Re:Uh... by Anonymous Coward · · Score: 0

      Hi!

      Both GNU Mach and L4 have threads on their own. The pthreads API is not extremely large, but that does not mean it is trivial to implement it. Neal took code that was written a while ago by someone else for GNU/Hurd on Mach, extended it, fixed bugs, and ported it to the L4 kernel. Later he made it work on GNU Mach, so that we can use it right now already.

      If want to more more details, just ask.

      Cheers,
      GNU/Wolfgang

    2. Re:Uh... by Anonymous Coward · · Score: 0

      Thanks. I'm currently in the process of writting a POSIX threads wrapper for another OS myself, so I know the sort of issues Neal has dealt with. I'm only about half way through implementation, and it doesn't work yet (Just started debugging), so I may have more questions for Neal just yet ;)

      It seems POSIX threads is a big thing these last couple of weeks :)

    3. Re:Uh... by Anonymous Coward · · Score: 0

      Many of the HURD servers ( user-space applicatio providing some service to other apps ) are highly threaded. All of the Filesystem translators e.g. They are currently using cthreads for that, as pthreads didn't exist at the time. The new pthreads library is a user level library that "wraps" the Mach kernel threads API, just like cthreads or the Linux implementation of threads...

    4. Re:Uh... by Anonymous Coward · · Score: 0

      Hi!

      Why would you bother? Just use GNU/Hurd. You are really wasting your time when Neal's implementation is available under the GPL. Why won't you accept the GPL, are you having something to hide?

      Cheers,
      Wolfgang

    5. Re:Uh... by Anonymous Coward · · Score: 0

      Hi!

      Anyone remember this quote? It was big in late 2000/early 2001.

      "I am a goat fucker." Richard M. Stallman, 1999.

      Cheers,
      GNU/Wolfgang

    6. Re:Uh... by gnu_wolfgang · · Score: 1

      Hi! Do you have a link to that? Although I don't know what RMS has to do with the pthreads implementation... RMS has never written code for the Hurd itself (but has helped in the design and later given some advice). Cheers, GNU/Wolfgang

    7. Re:Uh... by HURD+Wolfgang · · Score: 1

      Enough, enough! The parent post is a fake. This commonly attributed quote is explained in RMS's publication history. This tiresome impersonator-trolling must be put to a stop. Someone?

      Gnu/Wolfgang

    8. Re:Uh... by Anonymous Coward · · Score: 0

      Hi!

      Won't someone PLEASE THINK OF THE CHILDREN?

      Cheers,
      GNU/Wolfgang

  8. And in other news... by gamorck · · Score: 0, Flamebait

    Iraq develops the M16. Korea develops a Nuclear Power Plant. Various 3rd world countries have developed a concept known only by the cryptic name of "irragation".

    Gimme a break. Tell me when HURD is able to access a harddrive or a partition greater than 500 megs in size (last I heard this was a real issue). Tell me when HURD can utilize both processors in my Dual P3 box. Tell me when HURD doesnt suck ass.

    J

    --
    I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
    1. Re:And in other news... by ojplg · · Score: 1

      I'm sorry, but if you're going to make a pissy post like this, at least learn to spell "irrigation" which is far from a tricky word. Thank you.

    2. Re:And in other news... by ibsteveog · · Score: 1

      Do you have any sources with info about HURD? The main links are slashdotted and you seem to have strong opinions... so hopefully you've got some good sources of info you could share with us.

    3. Re:And in other news... by Anonymous Coward · · Score: 0

      Hi!

      Using 1.9 GB file systems is not a problem, and has never been AFAIK.

      Cheers,
      GNU/Wolfgang

    4. Re:And in other news... by gamorck · · Score: 1

      Well either you are full of it or the official hurd site is SEVERELY out of date:

      http://web.walfield.org/papers/hurd-installation -g uide/english/hurd-install-guide.html

      This was linked directly from:

      http://www.gnu.org/software/hurd/install.html#in st all

      And I quote:

      "The Hurd can only support partition sizes of up to approximately one gigabyte; anything much larger than this will not work. This limitation is a design decision that was made several years ago in which the file system server maps the entire partition into virtual memory."

      Wow - what genius! Would anybody else like to mod me down for making inflammatory comments about a so-called Operating System that has yet to reach OS/2 levels of hardware compatibility?

      J

      --
      I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
    5. Re:And in other news... by gamorck · · Score: 2

      Check this one out:

      http://web.walfield.org/papers/hurd-installation -g uide/english/hurd-install-guide.html

      "The Hurd can only support partition sizes of up to approximately one gigabyte; anything much larger than this will not work. This limitation is a design decision that was made several years ago in which the file system server maps the entire partition into virtual memory."

      As an example of the braindead design that went into the HURD: To configure the network here is the command you have to run:

      "# settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 \
      -a a.b.c.d -g e.f.g.h -m i.j.k.l"

      Not to mention the fact that HURD has just gotten thread support. Give me a break. HURD was started long before Linux and it still hasn't made it to Linux Kernel 2.0 levels of compatibility. This is nothing less than pathetic. Why does the free software community continue to waste their time on these projects?

      From http://www.gnu.org/software/hurd/faq.en.html

      Heres another Filesystem quote:

      "The filesystem servers need to be changed to not map the whole store into memory, which is not too difficult. For large files, some interfaces need to be changed, which is a bit harder but still doable."

      On the todo list http://savannah.gnu.org/cgi-bin/viewcvs/~checkout~ /hurd/hurd/TODO?rev=HEAD&content-type=text/pla in

      For nfs:

      "Implement async I/O"

      On FileSystem Support:

      "Filesystem implementations (using libdiskfs) for other popular formats. Importantly, MSDOS FAT format."

      So does anybody wish to tell me that all is good and well in the world of HURD? I've already been modded down into oblivion for this post which is sad considering just how bad off HURD really is. Just because its free or open source software doesn't make it good.

      J

      --
      I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
    6. Re:And in other news... by Anonymous Coward · · Score: 0

      Fuck you loser.

    7. Re:And in other news... by Anonymous Coward · · Score: 0

      No, its the hardware that is old, the limit
      goes away with 64-bit processors

    8. Re:And in other news... by phasm42 · · Score: 1

      Reading on a little further...

      "This limitation is scheduled to be remove. Several other items, however, currently have a slightly higher priority."

      Give 'em a break, they're still working on it.

      --
      "No one likes working in a hamster wheel, and your shop smells of cedar shavings from here." - TaleSpinner
    9. Re:And in other news... by Anonymous Coward · · Score: 0

      Oh great, so the smallest IDE HD you can buy today only needs to be divided into 20 partitions? I'll admit it. I'm using an obsolete 32-bit processor, the Pentium 4. It's not the OS's job to support larger partitions in spite of this.
      Thanks for the heads up, GNU/Wolfgang!

    10. Re:And in other news... by gnu_wolfgang · · Score: 1

      Hi! It is not really out of data. We discovered that we were wrong in believing that Mach reserves 2 GB of address space for itself. Actually it is only 1 GB. Yes, the page should be updated, but does it make much of a difference whether you can use 1 GB or 2 GB stored file systems? :) Cheers, GNU/Wolfgang

    11. Re:And in other news... by gamorck · · Score: 1

      With 128 GB+ disks becoming widely available I would have to say:

      YES IT MAKES A VERY BIG FSCKING DIFFERENCE!!!

      Reality calling Wolfgang, please come in... over...

      J

      --
      I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
    12. Re:And in other news... by Anonymous Coward · · Score: 0

      He may be a loser, but at least he can spell. Fucktard.

    13. Re:And in other news... by Anonymous Coward · · Score: 0

      Hi!

      None of this is unreasonable. Clearly GNU/Linux is an operating system not only for those who do not value Freedom but who also place great importance on ease of use. On the other hand the GNU/Hurd project is a technical implementation of the correct design. I am sorry that you don't understand the basics.

      Cheers,
      Wolfgang

    14. Re:And in other news... by gnu_wolfgang · · Score: 1

      Hi! What I said was that it does not matter whether it are 1 or 2 GB. It is a limitation and should be removed in either case. Also, I know that without getting rid of this limitation GNU/Hurd will not be a general-purpose system, but currently you won't want to run a database on it, and there is also no reason to access your 120 GB of Ogg Vorbis files because there is no sound support.... Cheers, GNU/Wolfgang

  9. acronym by Anonymous Coward · · Score: 4, Interesting
    The site is kinda slashdotted. Here's the explanation of the acronym:



    Regarding the name, RMGPT, Neal explains, "Most new program names are a bunch
    of letters stuck together. Only later does it become an acronym and the words
    become bound. This is boring; each new release of RMGPT will offer a fresh, new and
    exciting expansion of the 'acronym'." For this first release, RMGPT stands for
    "Rubbish, I asked for mine with Minced Garlic, Please Take this back".

    1. Re:acronym by Otter · · Score: 2

      Yeah, if there's one thing the HURD/HIRD community is good at, it's pushing the envelope on increasingly tedious, cutesy, inside-joke acronyms.

      Come to think of it, that's the only thing they're particularly good at.

    2. Re:acronym by Anonymous Coward · · Score: 0

      By opposition to you, as you are good for nothing.

    3. Re:acronym by sulli · · Score: 2
      I would have guessed Richard M's General Public Threads. Not that it would make any more sense.

      Earth to GNU/Crew: if you want people to use it, at least name it something that someone can understand.

      --

      sulli
      RTFJ.
    4. Re:acronym by Anonymous Coward · · Score: 0

      Hi!

      > So why are the folks at GNU wasting their times working on this kind of thing?

      It is not a waste of time. We are working on it because we care about Free Software and cooperation. The Hurd's design makes cooperation between users possible in new ways due to its design. In addition to that, some core developers of free kernels risk the status as Free Software of their projects due to their apolitical attitude.

      Cheers,
      GNU/Wolfgang

    5. Re:acronym by richie2000 · · Score: 2
      Acronyms are strange creatures. Witness PCMCIA which, since people can't memorize computer industry acronyms, was renamed PCCard. However, my favourite acronym (apart from Special High-Intensity Training) would be TWAIN. This whole thing is clearly Slashpoll material:

      Favorite acronym:

      1. TWAIN
      2. PCMCIA
      3. RMGPT
      4. HHGTTG
      5. POSIX
      6. TLA
      7. ETLA
      8. GNU/CowboyNeal
      --
      Money for nothing, pix for free
    6. Re:acronym by Anonymous Coward · · Score: 0

      Hi!

      It is funny that you mention this because it was suggested by RMS early in the project. We felt it was far too egotistical of a name for us to use, and we insisted on using something that means nothing but appealed to our Monty Python sense of humor, despite RMS going home in a sulk for the rest of the week.

      Cheers,
      GNU/Wolfgang

    7. Re:acronym by Anonymous Coward · · Score: 0

      No denying that RMS has earned a place in history.
      Begs the question of whether such accomplishment was enabled or blunted by the propensity for puerile behavior.

    8. Re:acronym by smittyoneeach · · Score: 2

      Heard they had a good one in the early NATOPS (Naval Air Training and Operating Procedures Standardization) book for the E-2C:
      Fast Update Control Knob...

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    9. Re:acronym by kzinti · · Score: 2

      Witness PCMCIA which, since People Can't Memorize Computer Industry Acronyms...

      Sneaky...

    10. Re:acronym by Anonymous Coward · · Score: 0
      As a follow-up, we realise that we aren't actually accomplishing anything that has any use outside of an academic environment where everyone has a shell on a giant Sun 3. At least that's how it worked back when we were in school!

      Cheers,

      GNU/Wolfgang

    11. Re:acronym by Anonymous Coward · · Score: 0

      Hi!

      Once you become used to it you soon stop noticing it. One developers puerile behaviour is another ones party trick. We like RMS because he can drink like a fish and when he lights the flatulence he is very funny indeed!

      Cheers,
      GNU/Wolfgang

    12. Re:acronym by Anonymous Coward · · Score: 0

      Hi!

      That was not me it was evil Otto! Do not reguard what he says because he is just imitating me. Nowadays we provide the same shell functions on GNU/Hurd so the Sun 3 is not required. Of course this means you can not run any useful software when you have your shell access but when we have absorbed GNU/Linux and its developers this will soon change.

      Cheers,
      GNU/Wolfgang

    13. Re:acronym by richie2000 · · Score: 3, Interesting
      Sneaky...

      Isn't it? :-) I snuck that one into a software product helpfile once (Sendit ICSA/SPICE Instant mobile e-mail client for Windows, since bought and killed by Microsoft).

      --
      Money for nothing, pix for free
    14. Re:acronym by gnu_wolfgang · · Score: 1

      Hi! You must hate GNU a lot if you even fake other people and try to make GNU (and the Hurd) unpopular this way. Are you afraid of GNU taking of the world and making you a slave or why are you being to aggressive? I must admit that by posting without account initially, I made it possible for you troll to attack us this way, but I thought that people are at least honest enough to not do _such_ things. It seems I should not only expect the worst case to happen in programming, but also w.r.t. people. Cheers, GNU/Wolfgang

    15. Re:acronym by Compuser · · Score: 2

      It would be ironic if ahremgippity were to become
      an adjective to describe slow/fast (whichever
      way it works out in the end) thread performance,
      thus thwarting the "no default interpretation"
      intention of the authors.

    16. Re:acronym by Anonymous Coward · · Score: 0
    17. Re:acronym by ScottMaxwell · · Score: 2
      My proposal for the next version's expansion of RMGPT:

      RMS Mandated GNU/POSIX Threads.

      --

      ``Life results from the non-random survival of randomly varying replicators.'' -- Richard Dawkins
  10. Ahem by Anonymous Coward · · Score: 0

    That should be Linux/AOL/GNU/Hurd.

    Lengthy letter to follow.

    Yours truly,
    Linus

  11. bad news for Linux? by tps12 · · Score: 0, Flamebait

    While it's cool to have toy operating systems like Gnu/HURD available, I'm wondering if it's such a good idea to be spending developer time on this project in the current highly competitive, doggy-dog OS marketplace. Wouldn't it be more useful for the entire open source community to rally around Linux?

    If the HURD developers had been putting their skills to use improving the Linux kernel for the last decade, maybe Windows would be history by now. Come to think of it, the same goes for *BSD developers. Once commercial software has been eliminated, then we can start goofing off and experimenting with alternatives. Until then, we all owe it to open source to support the OS with the best chance to beat Micro$tuff. At this point, that OS looks like Linux.

    So why are the folks at GNU wasting their times working on this kind of thing? I think that maybe Richard Stallson is still hurting over the fact that no one says "GNU/Linux," and so is trying to hurt Linux, even if it means helping Windows! Any thoughts?

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:bad news for Linux? by Tokerat · · Score: 2, Troll

      Same reason there isn't just one distro, or there is even Linux in the first place:

      Choice.

      Besides, since you're pretty much -1 Flamebait after the first paragraph, I'm not even sure why I bothered to make sure to bring this point up...

      --
      CAn'T CompreHend SARcaSm?
    2. Re:bad news for Linux? by aug24 · · Score: 3, Interesting

      Yeah, but equally you could say "Why didn't all the Linux developers join the HURD project".

      It's good to have variety. I don't care if Windows gets destroyed or not. It's rubbish, but I don't care, I don't want to see billg thrown to the lions, I just want to use softs that don't suck.

      Sooner or later, we will have machines that work properly - and it might even be that the HURD is the first one to get there.

      Fitness through diversity, my friend.

      Justin.

      --
      You're only jealous cos the little penguins are talking to me.
    3. Re:bad news for Linux? by ZigMonty · · Score: 2

      You seem to not understand the concept of a volunteer. They can work on whatever project they like.

    4. Re:bad news for Linux? by dildatron · · Score: 1

      Nice troll. I especially like the "Richard Stallson" spelling. Added a bit of humor, and might even provoke more biters to nitpick and correct the spelling.

      My other favorite line:

      Wouldn't it be more useful for the entire open source community to rally around Linux?

      The open source community hates conformity. This is sure to rile some people up! Good work!

      --


      If you had nuts on your chin, would they be chin nuts?
    5. Re:bad news for Linux? by loply · · Score: 2, Interesting

      There are numerous very fundamental differences between Hurd and Linux/*BSD.
      As for rallying around Linux, that would also be a bad idea. If you know anything about software development, youll know that the progress of a project is NEVER proportional to the number of developers. Infact, often its inversely proportional.
      Also, there are a range of applications for which I would not consider Linux but would consider FreeBSD ideal.
      I dont think this is a wasted effort by any stretch.

    6. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      Wouldn't it be more useful for the entire open source community to rally around Linux?

      Perhaps. But the HURD is a product of the Free Software Community. Not a very good one, until they STOP USING MACH UNDERNEATH!, but a fundamentally _different_ and NOT classically Unix-like system as Linux and BSD are.

      Anyway, "It is tyranny and despotism in which men pull together. Free men pull in all sorts of directions."

      I much prefer to see an evolutionary landscape, where people can work on whatever Open Source projects they want. EROS is way cooler(IMHO) than Linux, for example. Lisp is way cooler (IMHO) than Python. Sure, less people work on EROS or Lisp than Linux or Python. But more interesting stuff happens in EROS or Lisp.

    7. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      The HURD just happens to be the official kernel for the GNU operating system, the same operating system you are calling "Linux".

    8. Re:bad news for Linux? by photonic · · Score: 2, Informative

      IANAKG (i am not a kernel guru), but as i understand the Hurd is running on top of Mach which is a microkernel. This is supposed to have some (at the moment still theoretical?) advantages such as running drivers in user space (and some potential speed improvements??).

      I believe the idea is to replace Mach in the end by the more advanced L4 kernel, which is an area of active research.

      --
      karma police: arrest this man, he talks in maths; he buzzes like a fridge, he's like a detuned radio. [radiohead]
    9. Re:bad news for Linux? by ndanger · · Score: 1
      Wouldn't it be more useful for the entire open source community to rally around Linux?

      Extrapolating, wouldn't it be better if the entire computer community rallied behind Windows?

      The answer is no. Different OS's have different philosophies / capabilities and will attract different developers. HURD's microkernel architecture will attract developers who believe that mk is advantageous. OpenBSD will attract developers who value security and like the BSD license. BeOS will draw those interested in creating the "Be Experience". And Linux will happily end up with everyone else :)
    10. Re:bad news for Linux? by iabervon · · Score: 2

      The main thing is that Linux, HURD, and the BSDs have different fundamental designs. Nobody knows which design is the best, or even if there is a single best design (maybe each of them is better for a different sort of load). It would be a problem if everybody used a design that turned out not to be very good (imagine if, in order to make Linux run well on the hardware people will have in two years, it had to be turned entirely into HURD).

      Furthermore, there's no reason to think that Linux development would go better with more people. Linux is on the border of being a large project with all of the management problems that causes. Linux development is actually helped most, probably, but the existence of separate projects which try different approaches, so that Linux developers can then look at the results and consider different techniques.

    11. Re:bad news for Linux? by Kilobug · · Score: 1

      So, if you have a technically limited system, based on a 30 years old architecture, that disallow users to do many things on the system, that force people to develop ugly quirks like the Gnome VFS or the kioslave layer because the core of the system lack the ability; where you are forced to implement complex "privileges separation" mechanism in every programs (like OpenSSH) because your system lack a clean and powerfull security infrastructre, but that is a bit more advanced in term of raw code, you should stop looking into any possibility to create a new system, based on the lastest researches done in OS Dev (like the second-generation micro-kernels) ?

    12. Re:bad news for Linux? by L1nUx+h4x0r · · Score: 0

      ...I just want to use softs that don't suck.

      So, you're using Windows 2000 Professional?

      --
      The GPL makes software more like your mom. Free and open to all.
    13. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      Hi!

      > The open source community hates conformity.

      But the Hurd is not done by open source people. The Hurd is a project of the Free Software community, which is a different set of people.

      Cheers,

    14. Re:bad news for Linux? by dildatron · · Score: 1

      I was referring to slashdot readers.

      Cheers.

      --


      If you had nuts on your chin, would they be chin nuts?
    15. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      hey buddy that's a pretty good troll

    16. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      I think that maybe Richard Stallson is still hurting over the fact that no one says "GNU/Linux," and so is trying to hurt Linux, even if it means helping Windows! Any thoughts?

      his name is Richard STALLBERG you moron

    17. Re:bad news for Linux? by Anonymous Coward · · Score: 0

      Welcome to my foes list!

  12. Doggy-dog by EnglishTim · · Score: 2, Funny

    I think you'll find that it's 'dog eat dog'...

    1. Re:Doggy-dog by tps12 · · Score: 0, Offtopic

      Interesting. I performed a Google search, and "dog eat dog" returned 66,000 matches. "Doggy dog" only returned 22,000. But "doggy dogg" returned 44,000. Therefore, I conclude that all three are correct.

      --

      Karma: Good (despite my invention of the Karma: sig)
    2. Re:Doggy-dog by Anonymous Coward · · Score: 0

      Um... wrong. "dog eat dog" refers to a brutal environment where animals are forced into cannibalizing each other. 'Doggy Dog' is for illiterate fools who think that just because it 'sounds' right means that they know their native language perfectly when they really, really don't.

      BTW, nice calendar! So we're what? 2 years after the comin of the messiah? So glad he finally arrived!

    3. Re:Doggy-dog by Anonymous Coward · · Score: 0

      And, of course, misspelled references to Snoop Doggy Dogg...

    4. Re:Doggy-dog by RailGunner · · Score: 2

      And you conclude wrong, unless you were looking for Snoop Doggy Dogg..

  13. an excerpt by Anonymous Coward · · Score: 4, Informative
    here's an excerpt:


    Neal Walfield [interview] announced the first release of RMGPT, which "is (or
    rather, aspires to one day be) a complete, portable implementation of IEEE Std
    1003.1-2001 threads [also] known as POSIX threads." I was excited to read Neal's
    announcement email, as this is a big step forward for the GNU/Hurd project. With this
    new pthreads library, it will soon be possible to run complex software packages on the
    Hurd, including the GNOME and KDE desktops, the OpenOffice suite, and the Mozilla
    web browser.

    Regarding the name, RMGPT, Neal explains, "Most new program names are a bunch
    of letters stuck together. Only later does it become an acronym and the words
    become bound. This is boring; each new release of RMGPT will offer a fresh, new and
    exciting expansion of the 'acronym'." For this first release, RMGPT stands for
    "Rubbish, I asked for mine with Minced Garlic, Please Take this back".

    Neal was kind enough to answer a few questions about his pthread efforts. Read on to
    learn more...

    JA: What does this first release of a POSIX threads implementation mean for the
    GNU/Hurd project?

    Neal Walfield: Beyond adding another important, commonly used interface, I think
    that a pthread implementation represents a large step forward in the public eye: we
    should soon have many more major software packages including GNOME, KDE,
    OpenOffice and Mozilla. The perceived lack of support for complex software was
    often assumed to be a result of a general lack of maturity on the part of the Hurd itself.
    In certain respects, this is correct: until now, there was no pthread implementation;
    there are still limits on the maximum size of file systems; and Mach only supports a
    limited amount of hardware. On the other hand, the Hurd was not designed to just
    clone an existing interface; the goal was to study what was available, explore the
    flaws and then redesign it. From this perspective, I think that Hurd has been very
    successful: the translator concept is incredibly powerful and flexible; and security
    wise, Unix just cannot compete.

    JA: You say that RMGPT aspires to one day be a complete, portable implementation
    of IEEE Std 1003.1-2001 threads, also known as pthreads. How complete is it today?

    Neal Walfield: With respect to the pthread interface, all of the prototypes are present;
    implementation wise, I think that we are about ninety percent done. The last ten
    percent consists of advanced scheduling features (e.g. mutex priority ceilings) and
    process shared resources (the ability to share, for instance, a mutex between multiple
    processes just using shared memory). Neither of these are terribly important from a
    usability perspective as not many applications take advantage of them, however, I am
    interested in implementing them. I think that the ABI should remain stable. I am
    relatively confident that the data structures are flexible and expandable enough to
    cover most future changes.

    There are also bugs, however, the implementation seems to be relatively stable under
    normal application load. Several people have compiled some different packages over
    the past few days and they seem to be crashing of their own accord, not pthreads'.

    JA: How long before you expect RMGPT to be fully completed?

    Neal Walfield: The goal right now is to stabilize and get some people to test the code.
    Then we can concentrate on finishing the scheduling and process shared attributes
    and worry about optimizations. It should be integrated into the Debian unstable system
    some time this week. Applications will follow.

    JA: How did you come up with the ever changing acronym RMGPT?

    Neal Walfield: Take, for instance Perl and UVM: the authors are victims of their own
    genius: even though they stated that the name did not mean anything in particular,
    people have tried to guess what their real intentions were thus, de facto interpretations
    have come into use. I am blatantly telling everyone that it RMGPT will have a new
    meaning every release: life does not get any simpler. Plus, it will be less stress for the
    users.

    JA: How close now would you estimate the GNU/Hurd is for another official release?

    Neal Walfield: Getting closer everyday. In fact, I hope that by this time in October,
    we will be a whole month closer.


    1. Re:an excerpt by Ctrl-Z · · Score: 2


      Shouldn't that be -1 Redundant rather than 5 (Informative?!). There is no problem following the link to read the article. The site is not slashdotted.

      How rude.

      --
      www.timcoleman.com is a total waste of your time. Never go there.
    2. Re:an excerpt by Anonymous Coward · · Score: 1, Insightful

      Hi!

      Please try to be constructive. It is inevitable that the site become slashdotted as you call it, as more and more people become aware of our project and wish to become involved. It can only be a matter of time before GNU/Linux is abandoned for an operating system that is truly Free.

      Cheers,
      GNU/Wolfgang

  14. My apologies to RMS by FreeLinux · · Score: 3, Insightful

    But, I don't see the point. In the beginning Hurd made sense but, it floundered for so long that it has been eclipsed by Linux and the BSDs.

    Without being insulting, I'd just like to ask, what's the point of putting further effort into the Hurd, rather than concentrating on advancing Linux and or the BSDs?

    1. Re:My apologies to RMS by BeeShoo · · Score: 1

      Because no one complains about having to call it GNU/Hurd.

    2. Re:My apologies to RMS by jbailey999 · · Score: 5, Informative
      The core design of the Hurd still isn't in use by any Free OS out there. The idea is to have as much as possible sit in userspace, and to have "translators" that allow any user to add hooks into the filesystem (making cool things like ftpfs and nfs possible without requiring root, and without requiring the sysadmin to install it for you).

      If you're interested, take a look at Towards a New Strategy of OS Design - It explains what we're doing different with the Hurd, and what the core servers are used for.

      Tks,
      Jeff Bailey

    3. Re:My apologies to RMS by Anonymous Coward · · Score: 0, Informative

      The core design of the Hurd still isn't in use by any Free OS out there. The idea is to have as much as possible sit in userspace, and to have "translators" that allow any user to add hooks into the filesystem (making cool things like ftpfs and nfs possible without requiring root, and without requiring the sysadmin to install it for you).

      Yeah, thats traditionally called a "micro kernel" The fact that the HURD is doing it doesn't mean it is a new concept. CS researchers have been playing with micro kernels for over 20 years. There are lots of operaring systems that already implement micro kernels.

      I won't even go into the overhead inherent in a micro kernel message passing architecture.

    4. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Couldn't agree more - but Stallman's ego will never let it rest, and he'll never stop duping people into wasting their time on his pet projects. Like any politician he can't bear to see success when he's not the one in control. He would rather destroy what is around him than be eclipsed by the success of others. This is why he hates Torvalds so much and won't stop bleating about calling it GNU/Linux.

      And you KNOW you should have posted as an AC. Even now, RMS is declaring intifadah against you.

      GNU/Stupid.

    5. Re:My apologies to RMS by orasio · · Score: 1

      Linux is an ancient design in kernels, mach+the hurd is, at least, a more elegant approach to kernels. That is the technical reason.

      The non-technical reason is that, although free, Linux' most important developer, Linux Torvalds, does not stand for free software. That has for example the disadvantages that non-free software is needed to develop Linux, or that he does not help with the naming problem of the GNU/Linux OS.

      If the FSF wants to spread their views they need control over the whole GNU project, if people think that the person who makes the kernel is the one they should listen to, then the FSF needs to make their own kernel to be heard.

    6. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      and to have "translators" that allow any user to add hooks into the filesystem (making cool things like ftpfs and nfs possible without requiring root, and without requiring the sysadmin to install it for you).

      One mainstream system that actually had a lot of this was the Amiga. HURD translators have a lot in common with Amiga DOSDrivers and Amiga Assigns (generalised $PATH variables as part of the filesystem...).

      I was cd'ing into compressed files, ftp sites, the windowing system, the raw TCP stack, the process listing, etc. in the late 80s and early 90s thanks to Amiga pluggable DOSDrivers. I am often saddened that people don't pay more attention to some of the more esoteric Amiga OS features. They seem to get stuck on the "Amiga? but that had no memory protection" point.

    7. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      "Sensible" is a very slippery topic when discussing an ideological crusade. Which is what GNU/anything is, when you get right down to it.

    8. Re:My apologies to RMS by Kilobug · · Score: 4, Interesting

      I won't even go into the overhead inherent in a micro kernel message passing architecture.

      That, and rest, means you are not aware of the research done in the last 5 or 10 years in the field of micro-kernel, with what we called the 'second generation micro-kernels', like L4. The cost of "message-passing" (or IPC to use a correct term) can be minimised and reduced by a factor of 10. With fast IPC, a lot things become possible, that are not in monolithic kernels, and even in many micro-kernel based systems. Look at some papers on http://www.l4ka.org/publications/ for more informations.

    9. Re:My apologies to RMS by jbailey999 · · Score: 1

      Your inability to read, troll, isn't really my problem but I'll answer you anyway:

      Just because you have a microkernel doesn't inherently give you flexibility. You have to design around that concept. As I noted, no Free OS has.

      Also, I'd love it if you went into the "overhead inherent in a micro kernel message passing architecture." It would be interesting to see if you've actually got any knowledge on the topic, or if you're truly just an idiot.

    10. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      I won't even go into the overhead inherent in a micro kernel message passing architecture.

      No, you'd better not, because there's been a hell of a lot of improvement in that field.

      And of course, there's always the Amiga, which used message passing by reference, and was therefore near-zero-copy and thus extremely fast. (Though lacking pre-emptive memory protection*...)

      *It had pre-emptive multitasking, though, and a form of cooperative memory-protection based on semaphore-locking.

    11. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      GNU/but GNU/Hurd GNU/uses GNU/Mach... GNU/so...

    12. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      You're wasting your life working on a project that only exists because the bloated ego of RMS demands that it should. Even after the success of other projects and obsolescence of yours, the long march of Chairman RMS continues.
      Why should I waste mine explaining to you the technical details of what it is you think you're doing? You seem eager to waste even more time debating that which is already accepted and proven. Go get a DVD, or walk in a park or even talk to a girl or something.

    13. Re:My apologies to RMS by mla_anderson · · Score: 1

      And how is it that the "most important developer" of the most widely used free software does not stand for free software?

      --
      Sig is on vacation
    14. Re:My apologies to RMS by Ektanoor · · Score: 4, Informative

      Hurd is an OS with a much more "correct" architecture ideology than Linux and BSD. In its core it is much more universal and modular. Unfortunately, there is a huge gap between the paper and reality. The way it has been developed showed many HURDles among the GNU community. The more lavish, intellectual and less pragmatic approach to development made HURD a pariah. That's why Linux came up and ran over it. Being a traditional monlithic kernel that nearly carried all the ills of a 20 year kernel ideology, the penguin won just by being more closed to Earth.

      However I hope that one day HURD will be able to hit the stands. It has been a pitty to see such a good idea living such a sad life. Frankly, we have been quite poor in kernels for the last years...

    15. Re:My apologies to RMS by gmack · · Score: 4, Insightful

      And they wonder why more people Listen to Linus ...
      Linus is not for free software? Then why the hell did he release his code under the GPL?

      No. Non-Free software is NOT needed to devlelop Linux. Linus and the bitkeeper folks have gone our of their way to make sure that it's even easier to sumbit patches the old way than it was before. And as he has stated he is willing to consider a free tool instead of Bitkeeper should one become as good.

      And if you read his book he explains that he in fact tried calling it GNU/Linux for a bit then gave up realising that even he can't fight what's become the defacto naming standard.

      Linus has done more for free software than the GNU folks want to admit. How many people would even be using free software if not for Linux?
      I wouldn't be.. "hey lets lose the useabillity battle but we can still win the war?"

      The fact that stallman has been moved out of the spotlight is pretty much his own doing. Reporters tend not to like people who side track press confrences to argue over naming.

      Linus on the other hand had to be coerced into having a book done and has a notable dislike for politics and correctness. I never see him grabbing the spotlight from someone else and demanding attention.

      While the GNU folks were busy trying to fight the whole battle at once and having press confrence Linus managed to build a working kernel and kickstart the free software movement.

      Yeah I run non free software from time to time.. no I don't like it. But I'd rather run one or 2 non free apps than be forced to use windows on my office desktop and run ENTIRELY non free software.

      I'm all for the free software ideals and I know it will bring a better age of software if it manages to take over.

      But seriously.. lets fight this one battle at a time and spend less time arguing views. Buisness seem to have an apathy for ideals.

      Linus pragmatic approach has brought the entire movement into the public software and he deservs more respect than he has been getting from the GNU people.

    16. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Well, because a free software is developed as a *Hobby*, not as a *job*, that mean every single OS developers out there have their own preference. I for myself, if I want to put some of my spare time on a free OS project, Hurd is much more interesting than Linux, by far. But that's a personnal choice.

    17. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      The Amiga never had a protected memory architecture, and was completely zero copy. Which means that it doesn't count; anyone seriously suggesting we do away with memory protection just to have faster IPC with micro kernels is crazy.

      The co-operative memory protection really only works if both processes are aware of the shared memory and politly handle the contention between themselves. It never stopped a rogue process stomping all over your memory...

    18. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Inability to read what? Your post, where you describe a micro kernel architecture? Are you saying that Mach and L4 are not micro kernels?

      making cool things like ftpfs and nfs possible without requiring root, and without requiring the sysadmin to install it for you

      That bit, you mean? Well if you insist; a monolithic kernel doesn't magically take away your ability to do this. Just because Linux doesn't do it, doesn't mean you can't have dynamically loadable/unloadable drivers that can be used just like Mach servers. Kernel hooks? Easy; have a mechanism that allows the syscall table to be dynamically altered and use callbacks. Without being root? ACL's at the process level takes care of that.

      As I noted, no Free OS has.

      Has being the operative word. Because neither has HURD.

      It would be interesting to see if you've actually got any knowledge on the topic, or if you're truly just an idiot.

      Oh I'm trully fucking sorry for not having read the very latest IEEE papers on mico kernel development. Or, we can just cut the crap and use some simple common sense: No matter how much work you do on making the message passing faster, you will always have a larger overhead than a monolithic kernel. No matter how much you wish it were true, you cannot make a micro kernel perform faster than a comparable monolithic kernel. They might come close in being comparable, but the monolithic kernel will always faster.

      As for calling me a troll, if you makes you feel any better and helps you ignore my belief that micro kernels are not inherently more flexible than monolithic kernels, then so be it. Enjoy your life. Whatever.

    19. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Hi!

      Please do not try and speak for GNU/HURD - you are not now and never have been a member of the project (certainly you have contributed no code), and it pains me to see people try to take credit for work they have not done. It does not help us when people pretend to be associated with us no matter how good your intentions.

      Cheers,
      GNU/Wolfgang

    20. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      He didn't claim that he was a member you imbecile - you seem to have hit the wrong reply link. And I doubt you are a member of the project either.

    21. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Hi!

      I agree with what you say. But since Linux was available, there was no urgent need for the Hurd, so making it somewhat usable _quick_ became less and less important. Just now the Hurd is becoming important again.

      Cheers,
      GNU/Wolfgang

    22. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Ah wait. Unless you are referring to his/her homepage.

    23. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Hi,

      Yes, what a scheiss-kopf you are! Fich du!

      Cheers,
      GNU/Wolfang

    24. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Hmm (after a quick babelfishing). I would have expected a Hurd member to be less aggresive. Must be the stress of all that hacking with little tangible to show for it.

    25. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      hallo,

      I truly like this naive FSF developer troll! I hope we see more of him in future GNU/stories!

      cheers,
      GNU/troll/Wolfgang!

    26. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Hi!

      You misunderstand the comment I think. RMS stands mostly for himself, and he has to in order to keep standing for Free software. Self-promotion is of course enjoyable to him but it is a necessary action to maintain a high profile and to be able to manipulate the course of Free software development. Eventually the aim is to absorb so-called "Open Source" projects and force them to be truly Free also.

      Cheers,
      GNU/Wolfgang

    27. Re:My apologies to RMS by gnu_wolfgang · · Score: 1

      Hi! Hurd member are not aggressive, but people faking us are. Cheers, GNU/Wolfgang

    28. Re:My apologies to RMS by gnu_wolfgang · · Score: 1

      Hi! There is no FSF developer troll. There is only a troll faking a member of the Hurd which is itself not a troll at all. That I call myself "GNU/Wolfgang" should be considered humour, nothing else. Cheers, GNU/Wolfgang

    29. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      Seems kind of logical to me for a member of the HURD to be some sort of animal, but a troll ?

    30. Re:My apologies to RMS by andkaha · · Score: 2

      Without being insulting, I'd just like to ask, what's the point of putting further effort into the Hurd, rather than concentrating on advancing Linux and or the BSDs?

      Why should it have anything to do with Linux and BSD?

      --
      It's 11pm, do you know what your deamons are up to?
    31. Re:My apologies to RMS by martinflack · · Score: 2

      Someone at my LUG demo'd Hurd and it looked very intriguing. The kernel was tiny and everything interesting happened on userspace. He mounted ftp sites and so on into the filesystem under his home dir without superuser privileges.

      I believe in competition. If they think this is a better way to design a kernel, more power to them. I'll even switch to Hurd if they make it inticing enough.

    32. Re:My apologies to RMS by Elwood+P+Dowd · · Score: 2

      I'm curious... could the HURD give certain devices to something like Userland Linux?

      Could Userland Linux be configured to give capabilities back to the HURD?

      I feel like some type of linux-like client to the HURD kernel could give the HURD the ability to use Linux drivers.

      Does anyone know if this is a design goal? If it's possible? If it's desireable?

      --

      There are no trails. There are no trees out here.
    33. Re:My apologies to RMS by MyHair · · Score: 1

      I feel like some type of linux-like client to the HURD kernel could give the HURD the ability to use Linux drivers.

      I'm far from an expert, but I followed the Hurd mailing lists for a while and had it installed for a while.

      I think the idea is to have all hardware drivers in userspace. You would be able to implement controls, of course. But I believe they want you to be able (softwarewise, though not necessarily hardwarewise), for example, to unload your video or network driver, take out the card, put in a new one and load the driver for it. The architechture allows for that even if the average computer's PCI bus doesn't.

      I think the recent few months' goals have been to keep working on the core servers, migrate applications and get pthreads working (they just did this, apparently). Some longer term goals were movnig to OSKit Mach (they may have already done this) and hopefully to a newer generation microkernel such as L4. The L4 conversion is apparently a very daunting task due to synchronous IPC versus asynchronous IPC, IIRC. They were discussing whether it'd be easier to convert the existing Hurd servers or rewrite them from scratch. Ouch.

      On the H3 CDs I had, the network drivers were in Mach for some reason. Several other device drivers were in the microkernel, too. I'm pretty sure they want to get away from this, but the nearer term goals are to get it working and stable. Longer term goals are to purify and optimize it.

      As far as using Linux drivers for the Hurd I'm pretty sure it will be possible. Maybe with a converter like you say but more likely a port of the drivers. the Hurd is a different architecture but is intended to be POSIX compatible and new or existing servers can handle system calls that the Linux kernel would normally handle, if the drivers need those.

      OSKit Mach is said to use Linux drivers, also. I'm not sure they're on OSKit Mach yet but I know they were working on going that direction.

    34. Re:My apologies to RMS by bug1 · · Score: 1

      It is true that GNU/Linux and i assume BSD's (but i dont know BSD) are much more advanced than GNU/Hurd.

      The important thing to remember about GNU/Hurd is that its based on a microkernel,

      Microkernels have a different design approach than that of modular or monolithic kernels, as such there are strengths and weaknesses.

      Its wrong to approach it with a THERES ONLY ENOUGH SPACE FOR ONE OF US attitude.... horses for courses.

      In time i think _in_time_ the extra flexibility and versatility of a Free microkernel based OS is a natural to replace GNU/Linux in the embeded market.

      GNU/Hurd fills in the functional gaps between a microkernel and a modular/monolithic kernel, and it itself is very flexible and novel in the way it does it.

      Currently GNU/Hurd is based on the mach microkernel, its old and antiquated, it looks like the future of GNU/Hurd lies in the L4 microkernel.

      "The greatest victories are for the battles fought the hardest" - Napoleon (i think)

    35. Re:My apologies to RMS by NamShubCMX · · Score: 1

      Hehe, will LUGs change as HUG.
      For some reasons this makes me thin Of Fight Club... :)

      --
      We've always been at war with Eurasia.
    36. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      "While the GNU folks were busy trying to fight the whole battle at once and having press confrence Linus managed to build a working kernel and kickstart the free software movement."

      It's false statements like these that make RMS irate in the first place. First of all, RMS started the Free Software movement. Give credit where it is due. Secondly, while Linux matured and became more popular than the GNU system which brought it about, a huge part of the Linux system incorporates GNU tools.

      "I'm all for the free software ideals and I know it will bring a better age of software if it manages to take over."
      "But seriously.. lets fight this one battle at a time and spend less time arguing views."

      I agree. So let's embrace the ideals of Free Software, give credit where it is due, and move on.

    37. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      It takes a bigger ego to know one...

    38. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      im thinking BE INC did this with beos a looong time ago

    39. Re:My apologies to RMS by gmack · · Score: 2

      I'm not saying the GNU folks did nothing.. they started the movement and built a lot of needed tools.

      But my point is that Linus(mostly by accident) popularised them and for that the GNU folks should give him alot more respect than they seem to.

      They should be thanking him instead of questioning his ideals and comparing his mindset with those who created the atomic bomb. (see the why it should be GNU/Linux faq - very childish)

    40. Re:My apologies to RMS by orasio · · Score: 1

      Linus is not for free software? Then why the hell did he release his code under the GPL?

      I apologize, I wrote "free software", when I was thinking about "copylefted software", making an awful mistake, and starting a new thread of rants about how a nice guy Linus is, and how bad RMS's hair looks.

      Linus does like free software, but he likes features more than freedom, and those are not the ideals of the FSF. So Linus is not a good spokesperson for the FSF ideals. So they need to speak for themselves. So they need to develop their own kernel, because people think that if you develop the kernel, you developed the OS, at least when we are talking about GNU/Linux. So it makes sense to develop the Hurd, in a non-technical way, and from the point of view of the FSF.

    41. Re:My apologies to RMS by gmack · · Score: 1

      Sure but if Linus thought the same way I'd still be stuck in Windows and not using any free software at all. It's all about one battle at a time.

      And it's not the hair I disklke about RMS it's the childish way he presents himself. Scuttling press confrences over naming issues? Comparing Linus to the makers of the attomic bomb?

      It used to be a simple dislike but after reading that Gnu/Linux FAQ I will now go out of my way to avoid mentioning stallman. It's down right offensive.

      And yes I was calling it GNU/linux to be fair but no longer.

    42. Re:My apologies to RMS by Pseudonym · · Score: 2

      This article has one selling point: The Hurd has POSIX threads. Linux doesn't. I'm not kidding and this is not FUD. You try fork()ing a process in one thread and wait()ing for it in another thread if you don't believe me.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    43. Re:My apologies to RMS by Pseudonym · · Score: 2
      I won't even go into the overhead inherent in a micro kernel message passing architecture.

      Just as well, because you'd be shocked to find out that it's no more expensive than in a monolithic kernel.

      The Hurd currently uses Mach, which is an "old" microkernel design, so you would be correct in noting that Mach's message passing is expensive. Not so in a modern microkernel, such as QNX or L4. They don't use SysV IPC to communicate; message passing is an OS primitive, and the building block on which all other communication is based. As such, they go to a lot of trouble to optimise it, copying data directly between the address space of the sender and the address space of the receiver, which is very cheap.

      Monolithic kernels, on the other hand, do not copy large slabs of data between user space and user space. Insetad, they copy large slabs of data between user space and kernel space. A few moments' thought should be sufficient to convince you that the cost in each case is the same.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    44. Re:My apologies to RMS by Anonymous Coward · · Score: 0

      "correct" architecture ideology?

      sounds like OS architecture fascism to me.

  15. yay. by Suppafly · · Score: 1, Funny

    Now, Hurd is almost a real kernel.. Finally those GNU people have gotten off their asses and done what that punk Linus kid did years ago.

    1. Re:yay. by Moog · · Score: 2, Insightful

      Yeah, and he had to write his own C compiler, C library, assembler, linker and text editor to do it, didn't he?

    2. Re:yay. by Anonymous Coward · · Score: 0

      Give it up, nobody gives a shit. If all that stuff wasn't under the GNU license it would be available some other way.

      The point is it has taken HURD at least ten times as long to get something working and more advanced tools and more volunteers were available for most of that time. It's sad, and would be completely wasted effort if it didn't so comprehensively prove Frederick P. Brooks right. Or maybe it's just that all the smart people were already working on Linux or *BSD.

    3. Re:yay. by The_Dougster · · Score: 1

      Actually, I had pthreads working back in May using the Pth library. It had pretty sucky performance though. Neil's implementation is supposed to be the ultimate pthreads in the universe, but I haven't tested it yet so I can't say how well he hit the mark. There is no question that he is an awesome programmer, so I wouldn't put it past him.

      --
      Clickety Click ...
    4. Re:yay. by jbolden · · Score: 2

      I think you need to review history. Once Linux released his kernel the Hurd group changed their focus. With the Linux kernel, the BSD kernel and the Darwin kernel going strong today why is another kernel needed quickly? Rather what is going to be needed is a kernel that has worse performance but is far more easily modified than any of the above kernels. That's always been the goal of micro kernels to take a performance hit in exchange for substantial reductions in programmer effort in the same way that moving to structured code and then object oriented code replaced/is replacing unstructured code over a period of many years

      Hurd is targetted much more for 2015 then for 2005.

    5. Re:yay. by jonabbey · · Score: 1

      Give it up, nobody gives a shit. If all that stuff wasn't under the GNU license it would be available some other way.

      This is hard to believe, given that no one had made such tools available before GNU, and no one has really created such tools since.

      GNU/Linux is pretty silly, but GNU's contributions to Linux are not.

    6. Re:yay. by Suppafly · · Score: 2

      Give it up, nobody gives a shit. If all that stuff wasn't under the GNU license it would be available some other way.

      This is hard to believe, given that no one had made such tools available before GNU, and no one has really created such tools since.


      Like that aren't at least 5-10 other compilers that are just as mature or capable as gcc?

    7. Re:yay. by Anonymous Coward · · Score: 0

      Freely available?

    8. Re:yay. by Anonymous Coward · · Score: 0

      Don't forget that most of the work put on Linux development was related to programming 30 years old thecnology.
      The HURD needed and still needs R+D work.
      (please don't claim for my grammar...it's not my language)

      How many of you can point Barcelona on the map?

  16. necessary flame by carpe_noctem · · Score: 1, Insightful

    ok but it had to be said....who the hell uses the hurd?

    --
    "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
    1. Re:necessary flame by Anonymous Coward · · Score: 4, Funny


      These guys. I think that's all.

    2. Re:necessary flame by Anonymous Coward · · Score: 0

      hahahahaha someone mod this up

    3. Re:necessary flame by Anonymous Coward · · Score: 0

      I do. =)

    4. Re:necessary flame by Anonymous Coward · · Score: 0
      'Insightful, 3'

      Way to moderate! The insight from the parent posting is blinding.

    5. Re:necessary flame by Anonymous Coward · · Score: 0

      Hi!

      That's me in the back row wearing the black T-shirts!

      Cheers,
      GNU/Wolfgang

    6. Re:necessary flame by Anonymous Coward · · Score: 0

      > That's me in the back row wearing the black T-shirts!

      Are you the one with the breasts and who's trying to escape ?

    7. Re:necessary flame by gnu_wolfgang · · Score: 1

      Hi!

      Above comment obviously is a fake. As it seems to be impossible otherwise, I now use an account. I usually prefer not to have to do that.

      Cheers,
      GNU/Wolfgang

    8. Re:necessary flame by Anonymous Coward · · Score: 0

      Hi!

      No, that is my evil bruder Otto. I wish he would not torment me so. It is not nice to say that he has breasts, it is a little problem with the fat.

      Cheers,
      GNU/Wolfgang

    9. Re:necessary flame by RocketJeff · · Score: 2, Funny
      These guys. I think that's all.
      Interesting, I though it was a photo of guys who stand absolutely no chance of getting laid in their entire lives. But I guess those groups aren't mutually exclusive, are they?
  17. Hurd predates linux by Anonymous Coward · · Score: 0

    Stallman & co have been working on the HURD since before linux was born. They never went for a monolithic kernel because they preferred the HURD approach. So at most you can accuse them of not giving up on their original intentions...

  18. slashdotted, here's the announcement by relay_mod · · Score: 1

    http://www.geocrawler.com/lists/3/GNU/332/0/972458 8/

  19. Re:Slashdotted! Here's the data [from bug-Hurd] by aug24 · · Score: 1

    http://www.geocrawler.com/lists/3/GNU/332/0/972458 8/

    --
    You're only jealous cos the little penguins are talking to me.
  20. Spellchecker by OrangeSpyderMan · · Score: 1

    I can't wait for your google spellchecker to be built into OpenOffice.org - it'll make my life easier :-)

    --
    Try NetBSD... safe,straightforward,useful.
  21. what's the point by Anonymous Coward · · Score: 0

    As programmers add more and more functionality to Linux, it will eventually become a mainstream desktop OS for the non-technical user. Geeks need an obscure, hard to install and run OS so they can keep their 1337 status. That is the reason for HURD.

    1. Re:what's the point by Anonymous Coward · · Score: 0

      Hi!

      No, the goal of GNU/Hurd is to become a truely user-friendly operating system that almost everyone can use. certainly we have a long way to go, but GNU has always been a long-term project.

      Cheers,
      GNU/Wolfgang

  22. The link is /.ed by smallpaul · · Score: 3, Informative

    Here is another one

  23. Mr. Hanky, is that you??? by jimkski · · Score: 2, Insightful

    Is it just me or does the GNU/HURD icon bear a startling resemblance to South Park's Mr. Hanky?

    --
    yea i stole your sig- whats the big deal, it sucked anyway.
    1. Re:Mr. Hanky, is that you??? by Anonymous Coward · · Score: 0

      GNU/TURD?

  24. Hurd is a multi-server by Per+Abrahamsen · · Score: 4, Informative

    The idea of a microkernel is to have multiple seperate servers running on top of it, providing some clear seperation between different parts of the system. Hurd is the only one of the three that does this, MkLinux and Darwin are both implemented as a single monolithic server on top of the Mach microkernel.

    Also, they are based on different versions of Mach. I believe Darwin is based on 2.5, MkLinux on 3.0 and Hurd on 4.0 but don't quote me on that.

    1. Re:Hurd is a multi-server by Tycho · · Score: 1

      Actually Darwin/MacOS X is based off of Mach 3.0.

      --
      Impersonating Tycho from Penny Arcade since before there was a PA.
  25. Re:Marx would be proud by Anonymous Coward · · Score: 0

    Yeah, they'd just blue screen and be done with it.

  26. GNU/Posix by cyber_rigger · · Score: 1

    Will they be called GNU/threads? :^)

  27. let me be the 501st to say.. by Anonymous Coward · · Score: 0

    ...this library will probably be called GNU/posix.

  28. RMGPT? by 42forty-two42 · · Score: 1

    Really Massive General Purpose Threads?

    1. Re:RMGPT? by Tokerat · · Score: 1

      Red Monkeys Gather Plastic Tricycles

      --
      CAn'T CompreHend SARcaSm?
    2. Re:RMGPT? by Anonymous Coward · · Score: 0

      Hi!

      Make fun of GNU/Hurd and its superb developers, go ahead Mr. Smarty-lederhosen, and just see what happens to you!

      Cheers,
      GNU/Wolfgang

  29. Re:Marx would be proud by Havokmon · · Score: 5, Funny
    Warning: Too many connections in /prod/www/virtual/kerneltrap.com/www/htdocs/includ es/database.mysql.inc on line 7
    Too many connections

    Socialism at its finest. .NET servers wouldn't have this problem.

    Good point. A .NET server would say, "Not enough licenses."

    --
    "I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
  30. do as we say... not as we do by Anonymous Coward · · Score: 0

    I am curious if Hurd will block out 'naughty non-free' software. Will people be able to switch gradually or be shown a completely new system and utilities that looks nothing like what they are familiar with?

  31. It's a baby gnu by yerricde · · Score: 2

    does the GNU/HURD icon bear a startling resemblance to South Park's Mr. Hanky?

    It might, but that's not even close to what was intended. It's a baby GNU. Slashdot uses the "GNU" topic mostly for HURD stories and for GPL violation stories.

    --
    Will I retire or break 10K?
  32. Hurd's Kernel is pretty distinct. by The_Dougster · · Score: 1

    It uses GnuMach which has evolved quite a lot from the other two. GnuMach 2.x has some serious bit-rot, but the new GnuMach 3.x (formerly OSKit-Mach) is kind of exciting in that it uses the OSKit for all its drivers and much more.

    --
    Clickety Click ...
    1. Re:Hurd's Kernel is pretty distinct. by Anonymous Coward · · Score: 0

      Hi!

      Sorry, but that is not correct. The rotten Mach is 1.x, the Mach that uses OSKit and is thus less rotten is (or will be) GNU Mach 2.x.

      Cheers,
      GNU/Wolfgang

  33. At this point it doesn't matter by Ashurbanipal · · Score: 1

    Remember, the Hurd's not done yet.

    By the time it is done, there won't be any 'naughty non-free' software that anyone actually needs.

    This is already true for utilities and commodity services; you don't need proprietary *anything* to run a web server, or provide infrastructure.

    GNOME, KDE, and their many stepchildren are well on their way to filling in the remaining blanks.

    Soon, it'll just be a few large highly specialised apps (like 1200-user collection management systems, for example) that remain proprietary. And that stuff gets run on dedicated machines anyway.

    Since Hurd's not even close to being done yet, there is plenty of time for freeware to finish catching up.

  34. Baka by Kourino · · Score: 2, Informative

    This is a userspace library implementing Posix threads. Linux, I might point out, doesn't natively implement pthreads in the kernel. You might also consider that Hurd's design isn't monolithic, so of course there's not going to be much in the kernel. Please go read up on things before you flame them. This may be /., but it doesn't give you full rein to be clueless ~_^

    (By the way, sorry to burst your bubble, but MORE PEOPLE THAN LINUS WORK ON LINUX. Most of the really fun threading stuff has been in Ingo's domain, of late. I really need an old, cheap computer to run 2.5 on and hack around ... ;_; )

  35. Huh? by Kourino · · Score: 1

    Um, Linux has had a somewhat-native pthreads library for more than a week. (Just a little more :3 ) The announcement you saw last week about Linux was the fact that thread creation and destruction in 2.5 is now so fast that you can do it 100,000 times in about two seconds on certain developer's machines. So you'll have to enlighten me on the nature of this coincidence, I don't see it. ^_^;

  36. I don't think you understand the nature of OS by PhysicsGenius · · Score: 3, Insightful

    You see, the only way for non-Windows to beat Windows is for every single person to create their own operating system with slightly different interpretations of the standards. Once this low-level heterogeneity exists, software companies will need to create slightly different versions of each of their products to sell to us (or we could each create our own IRC client, calendar app, webmail frontend, etc). This virtually guarantees our freedom as well as making us immune to virii and girlfriends.

  37. Re:YES by Anonymous Coward · · Score: 0

    Can you imagine a GNU/HURD of POSIX threads?!!

  38. programmers per project by bytesmythe · · Score: 3, Funny
    youll know that the progress of a project is NEVER proportional to the number of developers.

    Unless, of course, there aren't ANY developers, in which case it is directly proportional. ;)

    --
    bytesmythe
    Hypocrisy is the resin that holds the plywood of society together.
    -- Scott Meyer
  39. Standards promote decimal cancer qjkx by Anonymous Coward · · Score: 0

    GNU is great, but they perpetuated the decimal cancer with gcc. Do you know just how stupid it is to have decimal floats with binary float hardware? Oh, and thanks for ignoring me. Looks like they're promoting another backwards standard.

  40. HURD is taking the wrong direction by master_p · · Score: 2, Interesting

    From what I have read, the HURD tries to go to a direction that no other O/S has gone before. This is good because innovation is needed, but they should get rid of all the notions of the past: processes, filesystems, users, groups etc. all these things are for O/Ses of the past. A computer is primarily a deposit for information. We put information in it, we exctract information from it, we process information (and we play games!). They should do the following design: each computer shall have a global tree of information nodes, where as each information node can act as a repository for other information nodes. The system shall be object-oriented, where each node has a specific interface that must implement. Each information node will be an object with all OO shit on it: property querying, run-time type id, message passing, etc. If you sit down and think of it, everything is an object and a repository: there are files, some files are databases, some databases contain records, some records contain entries...an executable contains code, data, resources...a font contains metrics...a window contains other windows...a network contains other computers...etc. By ditching the notion of 'program/task/process', we can get rid of re-usability once and for all. Let me describe an example. Let's suppose that I want to make a bitmap processing application. Here is the traditional way: 1) design the gui 2) find/implement some lib which manages most formats 3) implement a nice C++ framework for working with those formats 4) implement drawing and other operations Here is the new way: 1) use the global 'Bitmap' class as an interface for manipulating bitmap objects; jpeg, tiff, and other formats know the internals of themselves; all I need to know as a programmer is the bitmap API: draw line, put pixel, get width, get height, resize, etc. Suppose that I wanted to search for a photo which is like another photo, possibly with some pattern matching. With traditional operating system: 1) must use special program 'cause I can't do this operation on the system level 2) must use database 3) must use digital imaging app 4) most propably I will not have all this so I will do it by hand The new way: 1) having a handle to the 'bitmap' in hand that I want to compare with, I scan the object tree and call operator '==' for each bitmap. Or use an API like 'patternMatch' which is common to all 'bitmap' types. Another example: lets say I want to browse my MP3 collection for songs of a specific artist The traditional O/S: 1) can't do it (well, except on BeOS) The new O/S: 1) search and return a list for all objects that are subclasses of 'mp3' and where 'artist == Madonna'. Only one browser whould be needed. Custom browsers could be embedded within a master interface. An app could be one object with all its data (code, resources, dlls, etc) in one object repository. The HURD follows some of the above logic, but not completely. They are trying to implement traditional things (filesystems, proccesses, etc) but with a microkernel architecture. But this is not a big deal, because monolithic kernel customization has become very easy, even for non-programmers. They should be doing something for the future.

    1. Re:HURD is taking the wrong direction by Anonymous Coward · · Score: 0

      Hi!

      > processes, filesystems, users, groups etc. all these things are for O/Ses of the past.

      Giving up compatiblity is not a good idea when designing an operating system that is supposed to be useful. Additionally, the Hurd is so flexible that you can do anything with it, the POSIX environment is just what is provided by default.

      Cheers,
      GNU/Wolfgang

    2. Re:HURD is taking the wrong direction by Anonymous Coward · · Score: 2

      lookout folks! a sun(tm) java(tm) programmer thinks he knows how to design an OS.

      hm... i bet you got an A+ in your OO-101 course last year, huh?

    3. Re:HURD is taking the wrong direction by Anonymous Coward · · Score: 0

      Learn to use whitespace. Then I'll read your suggestion.

    4. Re:HURD is taking the wrong direction by aallan · · Score: 2

      From what I have read, the HURD tries to go to a direction that no other O/S has gone before.

      Perhaps, but I remember hearing about HURD which was "coming real soon now" around the same time I first heard about Linux back in early 1992. They may have been going in a direction that other OS has gone, but they've being doing that for such a long time you shouldn't be able to see them anymore.

      Instead, (some) people are still talking about HURD as the "next big thing". They were doing that back in 1992, HURD has been the vapourware of the Open Source community, only briefly eclipsed in recent years by Mozilla, who at least have finally turned out a decent product. A lot of people have lost faith that the HURD project will ever produce something you can run on a production system.

      This is good because innovation is needed, but they should get rid of all the notions of the past: processes, filesystems, users, groups etc. all these things are for O/Ses of the past.

      Perhaps, but they're notions that have served us well, we're used to them and we can actually get some work done by using them. I've yet to find anybody with a decent user interface design for an OS based (purely) on an object model. The underlying technologies may be OO, but as soon as you start talking about the user interface the old metaphors start to show up again.

      I'll be conviced that (pure) object model operating systems are a good thing when someone can give me an idea of what sort interface you're actually going to present to the user, and when that interface actually offers significant advantages over the more mature systems we have now.

      Al.
      --
      The Daily ACK - Eclectic posts by yet another hacker
    5. Re:HURD is taking the wrong direction by wackysootroom · · Score: 3

      While I think that your ideas of an OS that provides an easier user interface, IMHO, you are a bit off.

      The kernel _should_ implement more technical things like processes and filesystems, leaving the interface into this data up to the programmer that writes the abstraction that lives above the filesystem and process layer.

    6. Re:HURD is taking the wrong direction by Slime-dogg · · Score: 1

      You could do the above, but I would strongly advise against it. Especially at the kernel level.

      The hardware has an interface to the rest of the computer that works in a set way. As a programmer, I need to be able to keep track of where my bits are on a hard disk, or what is going to get mapped to video at what time. This is what the kernel does (linux being proof of device drivers being built into the kernel).

      The file system evolved as a means of a quick and efficient way of earmarking data for fast retrieval. We should not make it any more complicated than that. A lot of programmers have a hard enough time with it as it is.

      The system you have described looks more like a framework for the operating system itself, and not the kernel. This OS looks a little on the piggy side too. Convenient for users/programmers? Sure. Fast enough to be actually usable? Hmm. Slim enough to be easy to debug? whoah...

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    7. Re:HURD is taking the wrong direction by gl4ss · · Score: 1

      but it will look real cool!!

      it could have an interface like the ah so kewl and useful 'movie os' types(movie os name from hackles.org or userfriendly, can't remember which).

      big cubes that you would wander around in quake like environment! now that would be useful.

      btw, if he got a+ from oo he should know where to not use them too.

      --
      world was created 5 seconds before this post as it is.
    8. Re:HURD is taking the wrong direction by zWalther · · Score: 1

      Wow. This is exactly what I have been thinking about a long time. But you are not entirely right.

      If the HURD would take that direction now, it would take even more decades to get a completely working system. If it is POSIX compliant, applications can be ported to it and it will useable much sooner.

      Your plans sound great but I would like to suggest that it is implemented step by step. First try making a nice user interface that works that way on top of Linux of HURD. Or make a database or OO "filesystem" that can be used in the conventional way too or that saves all its information into one file. If you don't do it this way, it will be hard to get developers and users for your system.

  41. NT/Win2K and POSIX by Total_Wimp · · Score: 3, Interesting

    I've always found myself intrigued by that fact that Windows NT has a POSIX subsystem. However, security folks always tell you to disable it so I've gotten the distinct impression it isn't really used for anything (I've never personally seen a program that uses it.). Now this post comes along and it becomes obvious to me that POSIX is a big deal in the UNIX-like-OS world. Did MS just screw up their implementation or is it something potentially useful that nobody happens to use? TW

    1. Re:NT/Win2K and POSIX by be-fan · · Score: 2

      MS put in a screwed up implementation just to put in a checkbox feature necessary for government contracts.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:NT/Win2K and POSIX by jonabbey · · Score: 2

      The POSIX subsystem was put there so that Microsoft could compete for government contracts that specified POSIX compatibility in the RFP's.

      I could be wrong, but I doubt that Microsoft's POSIX subsystem gets much use. First, there are many POSIX standards, which were designed as a base reference for UNIX-like compatibility. Microsoft only implemented support for POSIX 1. If you try and imagine how loose these standards must be in order for Windows NT 3.51 to meet them, you'll be understanding how meaningless this level of compatibility is. The base level POSIX standards say nothing about the X Window system, for instance.

      In practice, Microsoft got NT in to the bidding process for those contracts, and won some of them. Once Windows is selected, the (extremely limited) NT POSIX interfaces are generally ignored in favor of building more robust Win32 code.

    3. Re:NT/Win2K and POSIX by aallan · · Score: 2

      Now this post comes along and it becomes obvious to me that POSIX is a big deal in the UNIX-like-OS world.

      Pretty much, if it doesn't implement POSIX, it isn't really UNIX.

      Did MS just screw up their implementation or is it something potentially useful that nobody happens to use?

      They screwed up...

      Al.
      --
      The Daily ACK - Eclectic posts by yet another hacker
    4. Re:NT/Win2K and POSIX by IntlHarvester · · Score: 2

      The built-in POSIX subsystem is pretty much worthless, but it's also been obsoleted by a $100 Microsoft product called "Services For UNIX" (formerly Interix), which provides a UNIX personality subsystem on top of NT's kernel, and ships with GCC (+source), korn shell etc.

      I can't say much about this thing, but before MS bought it up, it was UNIX(tm) certified by The Open Group.

      SFU/Interix is being sold as a migration solution, not a development platform, but in theory there's no reason one couldn't use it that way. According to MS, SFU was used in the Hotmail migration from FreeBSD.

      Rapping MS's knuckles for something that's been rectified for a few years is unfair. I would expect the built-in POSIX to go away with the next server release, because according to MS it's a security best practice to remove it.

      --
      Business. Numbers. Money. People. Computer World.
    5. Re:NT/Win2K and POSIX by Anonymous Coward · · Score: 0

      Or just use cygwin....

  42. Gah! by Anonymous Coward · · Score: 0

    That group's almost as scary at these guys. But nowhere near as scaray as The bin Partridge family!

  43. You are so impatient by Anonymous Coward · · Score: 0

    Please be patient. They have only been at it for 18 years. My God! You want everything done at once!

    1. Re:You are so impatient by Anonymous Coward · · Score: 0

      I use a big boy operating system. It already has threads.

  44. GNU/Comment by Anonymous Coward · · Score: 0

    An anonymous GNU/reader GNU/writes "Neal Walfield GNU/announced the first GNU/release of GNU/RMGPT, which is (or rather, GNU/aspires to one day be) a GNU/complete, GNU/portable GNU/implementation of IEEE Std 1003.1-2001 GNU/threads also known as GNU/POSIX threads. With this new GNU/pthreads GNU/library, it will soon be possible to run GNU/complex GNU/software GNU/packages on the GNU/Hurd, including the GNU/GNOME and GNU/KDE GNU/desktops, the GNU/OpenOffice suite, and the GNU/Mozilla GNU/web GNU/browser. Find more GNU/information here, including the GNU/humorous GNU/meaning behind GNU/RMGPT, and GNU/insight into a GNU/future GNU/GNU/Hurd GNU/release..."

    1. Re:GNU/Comment by TheShadow · · Score: 1

      "GNU/GNU/Hurd"

      I love it. :) This needs to be +5 Funny.

      --

      --
      "What do you want me to do? Whack a guy? Off a guy? Whack off a guy? Cause I'm married."
  45. Re:Marx would be proud by TheShadow · · Score: 1

    It's because there are too many shitty programmers with too much time on their hands.

    --

    --
    "What do you want me to do? Whack a guy? Off a guy? Whack off a guy? Cause I'm married."
  46. Never has been? by Anonymous Coward · · Score: 0

    When the Turd was started in 1984, there were no 1.9GB hard drives for PCs. So using one would have been a problem.

  47. Hard thoughts on GNU/HURD by smoondog · · Score: 2

    At this point in time I think we all must sit back and ask whether GNU/HURD is *really* useful or just an overextended ego trip. Remember this story.

    -Sean

    1. Re:Hard thoughts on GNU/HURD by gnu_wolfgang · · Score: 1

      Hi! Currently it is not useful. Currently, other Free Software operating systems are useful though, so there is no urgent need for the Hurd. It is certainly an advantage to have a project availble that has a very different design. You never know what happens. Maybe there will be processors that can do contect switches in one cycle, then a microkernel system, would become very fast. Cheers, GNU/Wolfgang

    2. Re:Hard thoughts on GNU/HURD by iggymanz · · Score: 1

      Sounds like Hurd is a fun/educational exercise for computer science students, but to be honest we should say that the FSF, while producing great compilers & utilities, has basically failed after more than 10 years to produce a useful practical operating system kernel.....

      I want free as in free from the brillant but whacky Richard Stallman

    3. Re:Hard thoughts on GNU/HURD by Anonymous Coward · · Score: 0

      Actually, it's funny... I actually hate almost every FSF program except for GCC. When you think about it you realize they do produce a lot of crap.

    4. Re:Hard thoughts on GNU/HURD by dvdeug · · Score: 2

      At this point in time I think we all must sit back and ask whether GNU/HURD is *really* useful or just an overextended ego trip.

      As if every open source program isn't an overextended ego trip. But just because some people from GNU are working on it, it's open to attack, eh?

  48. Thank you by Anonymous Coward · · Score: 0

    For an actual intelligent reply to my post. I admit I am not up to date on the latest research into micro kernels, and my position that micro kernels are slower than monolithic kernels is partly based on out of date information, and partly based on conjecture.

    When I get a spare couple of hours I'll take a look at the papers you link to.

  49. I Think It Should be "GNU Hurd" by Milican · · Score: 3, Insightful

    Since Hurd is a GNU package then it should not be GNU/Hurd. Instead we should use GNU Hurd. Since Linux is not a GNU package then it is referred to as GNU/Linux. For more details see the FAQ.

    JOhn

    1. Re:I Think It Should be "GNU Hurd" by Anonymous Coward · · Score: 0

      The kernel presumably should be called GNU Hurd. A distribution or system udsing the GNU Hurd kernel would be a "GNU system", or a "GNU/Hurd system" to emphasise that the kernel is the GNU kernel.

    2. Re:I Think It Should be "GNU Hurd" by Anonymous Coward · · Score: 0

      Or just GNU.

    3. Re:I Think It Should be "GNU Hurd" by Anonymous Coward · · Score: 0

      Hell, let's just call it RMS and be done with it.

    4. Re:I Think It Should be "GNU Hurd" by Theom · · Score: 0

      I don't think he would agree on that, but you are free to ask him.

      --

      mp3: l33t term for empty.
    5. Re:I Think It Should be "GNU Hurd" by Anonymous Coward · · Score: 0

      I believe just "GNU" would be correct, but not "GNU/Hurd" because of the reasons I stated in the FAQ above.

      JOhn

      - Posting anonymously to keep the clutter low.

    6. Re:I Think It Should be "GNU Hurd" by Michael+Wardle · · Score: 2

      The entire operating environment devised from GNU tools (glibc, gcc, emacs, and so on) is called the GNU system. The slash notation indicates system/kernel, so when the GNU system is combined with the Linux kernel, it is referred to as GNU/Linux; when the GNU system is combined with the GNU Hurd kernel, it is referred to as GNU/Hurd (it could rightly be called GNU/GNU Hurd, but that would be a little more than most people would want to type, and some would see the presence of GNU twice as redundant).

      Anyway, I'm sure we all understand what is meant here.

    7. Re:I Think It Should be "GNU Hurd" by Milican · · Score: 1

      So when you are talking about GCC would you say GNU/GCC or GNU GCC? Based on the FAQ I think the latter. I'm not trying to be bullish about my stance, but it seems clear in the FAQ that I linked in the parent post. There is supposed to be a clear division between GNU and Linux. From my understanding that is why there is a slash. Since Hurd is a GNU package it should be "GNU Hurd". If you can find some refuting evidence I would like to see it. Take care.

      JOhn

    8. Re:I Think It Should be "GNU Hurd" by Michael+Wardle · · Score: 1

      In this example, it would in fact simply be GCC, as GCC stands for GNU C compiler (or perhaps GNU Compiler Collection).

      Projects owned by GNU (or FSF) are usually called GNU project name, as it is a project that belongs to GNU, so the GNU Hurd kernel project would be called GNU Hurd.

      The whole GNU operating system, consisting perhaps of GNU Hurd, GNU compiler collection, GNU C library, GNU Emacs, GNU Grub, and so on is simply called GNU.

      One form of the GNU operating system uses Linux as a kernel, which is not owned by GNU, so GNU chooses to call it GNU/Linux (or GNU+Linux) to indicate that it is the GNU system using a Linux kernel. Another form of the GNU operating system uses GNU Hurd as a kernel. This could rightly just be called GNU or the GNU system, but is sometimes called GNU/Hurd (or GNU+Hurd) to distinguish between a GNU system using Linux and a GNU system using Hurd.

      To restate that: the kernel on its own is called GNU Hurd; the system is called GNU or GNU/Hurd to show it's using GNU's kernel.

      Disclaimer: I know little about GNU Hurd, I'm just stating my understanding of GNU/FSF's perspective.

    9. Re:I Think It Should be "GNU Hurd" by Milican · · Score: 2

      Yeah, after doing a little more research on the GNU Hurd page the slash is definitely used by GNU to describe Hurd. However, that slash is contradictory to their Linux FAQ. Here is an excerpt from the FAQ:

      We're talking about a version of GNU, the operating system, distinguished by having Linux as the kernel. A slash fits the situation because it means "combination." (Think of "Input/Output".) This system is the combination of GNU and Linux; hence, "GNU/Linux".

      The last sentence states a combination between GNU and Linux. Well in this case Hurd is a GNU package and the combination is not necessary. In addition, if we follow the FAQ it also states:

      Following the rules of English, in the construction "GNU Linux" the word "GNU" modifies "Linux". This can mean either "GNU's version of Linux" or "Linux, which is a GNU package." Neither of those meanings fits the situation at hand.

      Which clearly indicates that the GNU Hurd is the only correct way to state the kernel's name.

      It's not that I completely disagree with your points Michael. Common sense indicates the pattern is System/Kernel like you said. My beef is with GNU's ambiguity. I would also say there is some confusion on GNU's side because based on their actions they have not clearly articulated to us when to use the slash. Based on the evidence in the Linux FAQ the use of a slash on any GNU package is incorrect. However, the evidence on the Hurd page is contradictory... I dunno... and I don't think they do either.

      JOhn

  50. Mozilla is threaded?!? by Anonymous Coward · · Score: 0

    Gee, on my quad-processor Pentium Pro, it sure as heck doesn't give ANY indication of being multithreaded!! It's so unresponsive when it's doing *anything*, that I figured the thing used a central event loop, for all the active windows!

    1. Re:Mozilla is threaded?!? by Anonymous Coward · · Score: 0

      Is your Quad Pentium Pro system an ALR Quad6, Intergraph, or what?

      Pentium Pro's have such good FPU's. I miss my Dual 200MHz W6Li SCSI sup3r-cr4x0r platform. I shouldn've have sold it on eBay. I used the extra $300.00 and applied it to the purchase of an API CS20 Dual Alpha 833MHz 1U. Overall, I'm satisfied, but think HP will spontaneously combust for killing the Alpha and also think the Compaq employees should be ashamed of selling Alpha to Intel and AMD and the remnants to HP. Alpha is/was the only competition to X86. Next for me is an UltraSparc

  51. Hehe by Anonymous Coward · · Score: 0
  52. A suggestion/question/comment. by Anonymous Coward · · Score: 0

    How about someone brave enough take GNU/Hurd and put a non-X graphical interface on it and make a cool desktop OS? For good measure, you can throw stuff in from BeOS and (your fav. desktop OS)?

    Just an idea.

    Moderators: Too lazy to login, so byte me.

  53. Maybe a better name should be.... by Anonymous Coward · · Score: 0

    GNU/cares ?

  54. parent is a fake. by Anonymous Coward · · Score: 0

    Hi!

    The comment above is also a fake.

    Cheers,
    GNU/Wolfgang

  55. parent is a fake by Anonymous Coward · · Score: 0

    Hi!

    The above comments is a fake, it was not written by me.

    Cheers,
    GNU/Wolfgang

    1. Re:parent is a fake by Anonymous Coward · · Score: 0

      Hi!

      Above comment _was_ written by me.

      Cheers,
      GNU/Wolfgang

    2. Re:parent is a fake by Anonymous Coward · · Score: 0

      Hi!

      Otto you bastard STOP THIS WICKED BEHAVIOR AT ONCE.

      Cheers,
      GNU/Wolfgang

    3. Re:parent is a fake by gnu_wolfgang · · Score: 1

      Hi! I don't think I have to note that there is no Otto (seems to be the only german name the troll knows). I hate posting Off-topic, but this faking troll did not give me much of a choice. Cheers, GNU/Wolfgang

    4. Re:parent is a fake by HURD+Wolfgang · · Score: 1

      Hi!

      This impersonating me is quickly growing old. I have obtained a Slashdot account and it is my hope that you will stop trying to obscure my identity.

      Cheers,
      GNU/Wolfgang.

    5. Re:parent is a fake by Anonymous Coward · · Score: 0

      Hi!

      BOTH of you are impersonating me. I am saddened by the way you humiliate me when all I am trying to do is answer questions about GNU/Hurd.

      In case it is not obvious let everyone know - there is NO gnu_wolfgang or HURD Wolfgang or any other variant Slashdot account. I am and have always been opposed to having an account here or I would have had one long ago from past participations.

      Cheers,
      GNU/Wolfgang

    6. Re:parent is a fake by gnu_wolfgang · · Score: 1
      Which past participations? There are none.

      Not creating an account was just laziness.

      Cheers,GNU/Wolfgang

    7. Re:parent is a fake by Anonymous Coward · · Score: 0

      Hi!

      There is no need to call me lazy! I meant only that if I had wanted an account one would be created in the past. I still don't want one, either. What contribution have YOU made to Free software Herr Troll?

      Cheers,
      GNU/Wolfgang

    8. Re:parent is a fake by Anonymous Coward · · Score: 0

      Hi!

      I don't know who you think you are but this imitation is getting really boring. No I do not have a Slashdot account for reasons that are off-topic for this discussion. Why is it that you are trying to damage open-source development by ruining my reputation? Are you trying to drive me off Slashdot?

      Cheers,
      GNU/Wolfgang

    9. Re:parent is a fake by Dwonis · · Score: 2

      Time for some GPG signing, I think.

  56. parent is a fake by Anonymous Coward · · Score: 0

    Hi!

    Above comment was not written by me.

    Cheers,
    GNU/Wolfgang

  57. Ooops by Anonymous Coward · · Score: 0

    I've reconsidered.

    I believe faking me is pretty damned funny.

    Cheers,
    GNU/Wolfgang

    1. Re:Ooops by Anonymous Coward · · Score: 0

      Hi!

      Otto you bastard! Oh no, mein evil bruder has returned! Stop this terrible behavior at once Otto!

      Cheers,
      GNU/Wolfgang

  58. above comment is a fake by Anonymous Coward · · Score: 0

    Hi!

    Hell, why was this moderated up? ;-) This is bullshit and I would never write that GNU/Linux will become obsolete. It has its place.

    Cheers,
    GNU/Wolfgang

    1. Re:above comment is a fake by Anonymous Coward · · Score: 0

      Hi!

      It was not written by me either! But it is in no way bullshit.

      Cheers,
      GNU/Wolfgang

    2. Re:above comment is a fake by Anonymous Coward · · Score: 0

      Hi!

      Why don't you try logging in, if you don't want people impersonating you?

      Cheers,
      GNU/Wolfgang

    3. Re:above comment is a fake by gnu_wolfgang · · Score: 1

      Hi! Because I believe(d) that people are a bit more fair. It was a mistake to expect this from Slashdot, though. Fortunatly, I am only wasting time here when the Hurd is mentioned. Cheers, GNU/Wolfgang

    4. Re:above comment is a fake by Anonymous Coward · · Score: 0

      Hi!

      I hereby declare all the other comments to be the fake GNU/Wolfgang. I am the REAL Bruc... *cough* I mean, GNU/Wolfgang!

      Cheers,
      GNU/Wolfgang

  59. Easy to separate HURD and Linux by 0x0d0a · · Score: 2

    Much as I hate to say it, the two are lightyears apart.

    Hurd isn't really usable, unless you're doing it for the pure diehard ideology of it. It isn't technically notable (at least at the current time) and doesn't even begin to compare to Linux from a performance point of view.

    When you see an announcement about Linux, it's usually something along the lines of "new major feature annouced that makes Linux better at foo than operating system baz". With Hurd, it's usually "Basic UNIX functionality foo now works, sometimes, assuming you don't push it too hard".

    There are a lot of (better) kernels out there. BSD. Linux.

    Frankly, the only people that get excited about Hurd are the uber hard core FSF folks.

    With luck, in six years the Hurd might be up to where Linux is today.

    Finally, one last point: the main reason Hurd exists is so that Stallman can slap the FSF's "GNU/" on top of an OS. It isn't to address some specific technical failure of Linux.

    1. Re:Easy to separate HURD and Linux by gnu_wolfgang · · Score: 4, Interesting

      Hi! I don't think any of us is working on the Hurd "because RMS says so". The Hurd already provides many things that other systems will never be able to to. I love being able to add root privileges to a running Emacs when I quickly want to edit a system, configuration file. This is possible on GNU/Hurd, as are many other cute thinks. Cheers, GNU/Wolfgang

    2. Re:Easy to separate HURD and Linux by Anonymous Coward · · Score: 0

      "slap the FSF's "GNU/" on top of an OS" (?)

      The HURD is the official "kernel" for the GNU operating system, just remove the Linux kernel, and erase the "/Linux" from "GNU".
      We wouldn't want "GNU/GNU" now would we? :)
      (I don't agree that the Debian GNU distribution has to be called "Debian GNU/Hurd")

    3. Re:Easy to separate HURD and Linux by HURD+Wolfgang · · Score: 1

      Hi!

      Parent post is an impostor. I would never say that about RMS; he is an important source for my work.

      Cheers,
      Gnu/Wolfgang

  60. above comment is a fake by Anonymous Coward · · Score: 0

    Hi!

    It was not written by me and is bullshit.

    Cheers,
    GNU/Wolfgang

  61. Better by 0x0d0a · · Score: 2

    Why not call:

    The kernel "Linux", since that's what the kernel makers call it.

    The distro whatever the distro maker calls it: "Red Hat Linux 8.0".

    The POSIX utilities whatever their authors want to call them: "GNU grep".

    Emacs whatever the emacs author wants to call it: "GNU emacs".

    If everyone just named things what their *creator* wanted them called, life would be a lot simpler. It would also get rid of the stupid GNU/Linux debate.

    1. Re:Better by Anonymous Coward · · Score: 0

      Hi!

      And why not call you "Whoreson" indeed? Because it is not your name. The demands of the FSF are only fair and it is obvious to all that GNU/Linux would be nothing without the GNU component.

      Cheers,
      Wolfgang

    2. Re:Better by gnu_wolfgang · · Score: 1

      Hi! I am impressed. I first thought the comment above is again someone who wants to fake me, but I have to agree with all of what he said, though I would have expressed it differently. Cheers, GNU/Wolfgang

    3. Re:Better by Anonymous Coward · · Score: 0

      Hi!

      Your imitation of me is really becoming tiresome. I think that you could better serve yourself by learning how to contribute to the GNU/Hurd project.

      Once again I do not have a slashdot account. I have my reasons for not wanting one or I would have had one long ago. Any other wolfgang you see under any other login identity is a fake and this has been going on all evening.

      Cheers,
      GNU/Wolfgang

  62. above comment is a fake by Anonymous Coward · · Score: 0

    Hi!

    I suggest you learn to spell my name when you try to fake me.

    Cheers,
    GNU/Wolfgang

  63. You've convinced me, mr troll! by Anonymous Coward · · Score: 0

    I'm going to run right out and try HURD today!

    THANK YOU!
    WWEND?

    1. Re:You've convinced me, mr troll! by gnu_wolfgang · · Score: 1

      Hi! What you did not notice was that the comment you are replying to was not written by a Hurd advocate, quite the opposite. Cheers, GNU/Wolfgang

  64. What about exokernels? by joib · · Score: 2

    Can anobody explain what are the benefits and drawbacks of an exokernel based system compared to a microkernel one? From what I understand, both are similar in that they have a minimal kernel. The difference is that microkernels use daemons to provide services to client programs while exokernels have the same functionality in user space libraries. At least exokernel advocates seem to be saying that exokernels are quicker than microkernels (and potentially quicker than traditional monolithic kernels too) because there is no need to context switch when you need system services. And microkernels need some kind of IPC to communicate with the daemons, which adds even more overhead, right?

    1. Re:What about exokernels? by gnu_wolfgang · · Score: 2, Informative

      Hi! Maybe someone might disagree, but in my understanding the Exokernel project was basically a second-generation microkernel, similar to L4. Cheers, GNU/Wolfgang

    2. Re:What about exokernels? by Arker · · Score: 3, Informative

      The main purported advantage to microkernels are stability and flexibility, along with all the other good stuff that comes from modularity of course. A microkernel can run different personalities which present what we generally think of as a kernel interface to the outside, as user processors. So for instance the same box, the same microkernel, could be running a Windows personality for one user, a Mac for another, *nix for a third, all with effective root priveliges if need be, but without actually being able to do any damage outside their virtual sandbox... from a developers standpoint it's an incredible potential, I really can't do it justice but you should read this.

      The potential here has never been exploited, unfortunately. Every existing microkernel AFAIK has wound up ditching the microkernel design at some point down the road, aiming to produce a particular personality (whether win32, the near-BSD personality of Darwin, etc.) and integrating key features of that personality into kernel space for performance reasons, essentially nullifying the whole microkernel idea. The HURD is the exception, and yes it's been a long time making, and it's still not ready yet, but if it ever does hit primetime it will be a very interesting system.

      As to the performance hits, you're right that they are there, however there is a long history of some very smart people working on that problem, and it's gotten a LOT better. I think the current performance winner among microkernels is L4 and you can run a Linux personality on it without seeing a noticeable performance loss over running real Linux on the same processor - that's some very nice optimisation. There has been talk of porting the HURD to run on L4 instead of GNU Mach at some point, I think actually some people working on the problem areas, but for the moment there is no need - HURD is still very much in the developers only phase, it's not for production systems yet so performance isn't critical.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    3. Re:What about exokernels? by The+Rev · · Score: 2
      I really can't do it justice but you should read this

      What I'd like to know is "are GNU going to have a burn the JPEGs day any time soon?"

  65. new scheduling terminology too... by Polo · · Score: 5, Funny
    In addition to a new acronym terminology, I think he's created a wonerful new paradigm for scheduling too:
    JA: How close now would you estimate the GNU/Hurd is for another official release?

    Neal Walfield: Getting closer everyday. In fact, I hope that by this time in October, we will be a whole month closer.

    1. Re:new scheduling terminology too... by dacarr · · Score: 1

      That, sir, is Zen and the art of Scheduling Projects.

      --
      This sig no verb.
  66. WAH WAH by Anonymous Coward · · Score: 0

    Then he should have written the GPL to force everything that uses his code to put GNU/ in front of it.

  67. Humorous by jvalenzu · · Score: 2, Funny

    Do people really find this funny? Now I understand how dreck like Will and Grace and Red Dwarf get made

  68. RMS vs. Linus by Gerry+Gleason · · Score: 3, Interesting
    Excellent summary of the issues.

    Bottom line is that both of them and their "followers" (if this term can even be used in this context) have done a lot for free software. The RMS camp will continue to exert an important influence within the community and their work will be highly valued, but as you say "business seems to have and apathy for ideals."

    Pragmatism is very important for bringing useful things into the market quickly, and naturally that is where many people are coming from. On the other hand, in the long run, ideas (and ideals) do matter.

    It is important that the GPL is widely adopted, and there isn't a lot of confusion from variations on license terms, but that doesn't mean you should get religious about it. In the long run, these things will settle out, and they already are.

    The microkernel ideas behind Mach and all of its derivatives are an important advance in Computer Science, and the HURD project is where these ideas are being devoloped in full. They are not ready for full scale deployment, but when they are, they will be adopted quickly. That is the beauty of a single clear Free license (GPL), because there is no reason that these two projects can't exchange large pieces of code. If the Linux team wants to pull in the HURD microkernel in a major release cycle, there is no licensing issue. The only issue is whether it make technical sense. Nobody should worry that the HURD doesn't have many drivers, since it should be possible to import drivers from Linux. In fact it should be possible to import them wholesale if the interfaces can be matched.

  69. Acronym meaning by Anonymous Coward · · Score: 0

    I would think that the acronym really stands for
    "RMGPT Means Gnu Posix Threads"

  70. Re:Even More Importantly... by Anonymous Coward · · Score: 0

    Hey Strom, sup?

    Could you please ask some of your colleagues in the House to vote for HR 5469?

    As a previous college radio person and ongoing enthusiast, I would appreciate your help in this matter.

    Cheers,

    metachris

  71. Re:Good ! by Anonymous Coward · · Score: 0

    Mach has already quite good support for lots of devices, since they're using the Linux or OSKit drivers for GNU Mach and Mach-OSKit respectively. Of course, I wouldn't expect USB to work, but most of the common pc equipment works properly...

  72. Re:Good ! by gnu_wolfgang · · Score: 2, Informative

    Hi! Well, GNU Mach 1.x uses the drivers from Linux 2.0, OSKit has the driver support from Linux 2.2. We support the most common stuff, but some things are completely missing, like sound card drivers. So the hardware support is nothing to be proud of, and is also not of high priority, as it is strategically better to care about the core components first. As long as it is possible to run the systen on most computers, of course. :) Cheers, GNU/Wolfgang

  73. Timing is everything by yAm · · Score: 1
    With this new pthreads library, it will soon be possible to run complex software packages on the Hurd...


    When? In another ten years when they figure out a filesystem?

    --

    Chris

    So Buddha walks into a pizza parlor and says: "Hey, make me one with everything."

  74. WARNING by Anonymous Coward · · Score: 0

    The parent is a fake !

    Cheers,
    GNU/Wolfgang

  75. what a pity by rpeppe · · Score: 2
    what a pity that the POSIX threading model is so archaic (and that nobody seems to have heard of any alternatives).

    for instance CSP has a reasonable theoretical foundation and is infinitely nicer to program with than those locks and semaphors invented in the '70s...

    here's a brief history and more accessible explanation. plan 9 has a nice C implementation.

    so much nicer to program with!

    1. Re:what a pity by Anonymous Coward · · Score: 0
      There are some great libraries out there for C++ that provide a far more usable abstraction.

      ZThreads and ACE are the ones that comes to mind. I particularlly like ZThreads Executor classes - sort of like CSP. I think the author has a paper on his web page about it.

  76. Straight POSIX? by Anonymous Coward · · Score: 0

    Does anyone still use straight POSIX for threading? The old C interface is woefully inadequate for modern C++ code and ideas. I use something like ZThreads or ACE.

  77. Ouch.. by Anonymous Coward · · Score: 0

    Did he just say "freeware" ?

  78. GNU/TURD is Dying! by Anonymous Coward · · Score: 0, Troll

    Another bombshell hit the beleagured GNU/TURD community today when it was discovered that GNU/TURD isn't a real OS. It was also reported that dirty GNU hippe, Richard M. Stallman, only showers after some of his nasty chicken love. The GNU/TURD community would have been shaken, but there wasn't anyone in the community.

  79. parent is a fake (no further message) by gnu_wolfgang · · Score: 0, Offtopic

    no further message.

  80. POSIX threads... by Anonymous Coward · · Score: 0

    ...that's great, but does it have libtrash yet?

  81. we need more alternative kernels by g4dget · · Score: 2
    Linux and BSD both represent the "monolithic design" approach to kernels. And that approach is running into trouble, at least on Linux.

    For example, on Linux, there are very few drivers that are shipped separately from the kernel. Lots of hardware can only be used if you pull over the kernel source tree, patch it, recompile it, and install it. That makes it unusable for many potential users and applications. Even for people who know how to do that, it's a big pain. Similarly, there are many things people would like to do with networking, file systems, and other kernel functions that are just hard to do in Linux.

    I don't know whether the Hurd addresses any of these issues. But there is definitely a need for more kinds of free kernels. We shouldn't be locked into a single approach to free kernels.

  82. Another fake (no further message) by gnu_wolfgang · · Score: 1

    No further message.

    1. Re:Another fake (no further message) by Anonymous Coward · · Score: 0

      I was thanking you, not claiming to be you, stupid.

  83. Above comment is incorrect. by HURD+Wolfgang · · Score: 1

    Hi.

    I have an account now. Parent comment is a fake, please recognize as such.

    Cheers,
    Gnu/Wolfgang.

  84. GNU JUST DON'T UNDERSTAND by Anonymous Coward · · Score: 0
  85. YOU INSENSITIVE GIT! by Anonymous Coward · · Score: 0

    Sick him Rimmer.

  86. Above comment is a fake, no message by HURD+Wolfgang · · Score: 1

    No message.

  87. YOUR FIRST MISTAKE by Anonymous Coward · · Score: 0

    Was to take ANYTHING posted in the comments section seriously. It's not serious...you're being trolled by high-school children and bored HTML programmers who really don't give a shit one way or another about GNU/Hurd.

    You've been feeding them just as fast and as furious as they've been popping up, however; so if you STFU, and refrained from AC posting; maybe they'd get off your ass.

    Failing that, screw it. This is slashdot; EVERYONE knows that the comment section is a toilet. EVERYONE. Go back to the mailing list where you are free from the imposters and the goatse freaks.

    1. Re:YOUR FIRST MISTAKE by Anonymous Coward · · Score: 0

      Hi!

      Thank you but as you see it is more serious than that now. These terrible trolls have created real slashdot accounts as doppelgangers. How can I have these accouts removed?

      Cheers,
      GNU/Wolfgang

    2. Re:YOUR FIRST MISTAKE by Anonymous Coward · · Score: 0
      Hi!

      How are you? I send you this file to have your advice. See you later, thanks.

      Cheers,
      GNU/Wolfgang

    3. Re:YOUR FIRST MISTAKE by gnu_wolfgang · · Score: 1
      Hi!

      Thank you. This was both clear and true. :)

      Cheers, GNU/Wolfgang

    4. Re:YOUR FIRST MISTAKE by Anonymous Coward · · Score: 0

      Hi!

      Damn you troll! I am the real Wolfgang Jährling and you are annoying me!

      Cheers,
      GNU/Wolfgang

  88. Another troll i don't appreciate... by dalutong · · Score: 1

    The "GNU people" you're refering to have been working really hard for a long time.

    Some say that Linux could have been developed without the tremendous effort put into gcc and other GNU projects. That is true.

    but that wasn't, and isn't, the goal of the Hurd or of GNU. The Hurd is not trying to be a kernel that works on _some_ system. It is trying to become the kernel that works on the _GNU_ system.

    So, in order to produce the Hurd kernel, the GNU system had to be mature enough. Hence the long drive to develop those things first.

    Then, when the GNU system got a separate kernel to further it's development (Linux) they bothered more with developing the extra-kernel features and less on the kernel (Hurd.)

    This is because the GNU project had the goal of making a fully operating system. Linux wants to be a kernel. that's its right. Xfree86 wants to be a windowing system, that's its right. GNU wants to be a fully functional system, that's its right.

    and, if it can expedite the process by using other GPL'd tools, why not do that?

    If there were the crazy politicians that everyone makes them to be then they would have continued to sit in their rooms and code Hurd. Also, if they had done that, they would not have gotten as far as the GNU/Linux system has today -- so they didn't. They were _pragmatic_ and went with the other projects out there that complimented theirs.

    So they continue to work on their own projects? let them. They think the monolithic kernel isn't as good as the micro-kernel... that's their choice, not ours.

    Just like in the linux kernel... some things _work_ but not as well as they could possibly. in the GNU system some things work (Linux), but not as well as they could work (as they believe.)

    --

    What comes first, finding a teacher or becoming a student?
  89. You loose again, as there is no `HURD' by gnu_wolfgang · · Score: 1

    The following are all correct:
    - The Hurd (the servers)
    - The GNU Hurd (the same, but emphasizing that it's from GNU)
    - GNU/Hurd (the entire operating system)
    - GNU (also a name for the operating system)

    The following are all wrong: HURD, the HURD, the GNU/Hurd, GNU/HURD

    Cheers, GNU/Wolfgang

    1. Re:You loose again, as there is no `HURD' by HURD+Wolfgang · · Score: 1

      Hi.

      Let's put this silly game at an end. Fact checkers can find the definition of HURD here. HURD is an acronym for `Hird of Unix-Replacing Daemons', and `Hird' stands for `Hurd of Interfaces Representing Depth'. While these may be the first self-referencing acronyms, they inherit from their base class of Acronym, and therefore have the property of being capitalized.

      Please mark this troll as such so we can be underway.

      Cheers,
      Gnu/Wolfgang

  90. Above post is a fake, No Message by HURD+Wolfgang · · Score: 0

    No Message

  91. FSF doesn't fail to amaze by dacarr · · Score: 1
    I'm not sure what they're trying to do, but the gang at FSF just doesn't fail to disappoint. One can always count on them for dogged persistence, even if something's surpassed them.

    Good show, RMS.

    --
    This sig no verb.
  92. If you're real... by sulli · · Score: 2

    though I am finding the impersonations fucking hilarious, you probably want to make this at least a somewhat useful discussion. I would advise that you get a throwaway account and email the Editors from your GNU address to let them know who's who. Just a thought.

    --

    sulli
    RTFJ.
  93. Sponsoring Stallman by geoswan · · Score: 2
    Stallman received a $240,000 USD grant from the MacArthur foundation in 1990 -- the so-called "genius" grants.

    In 2001 he shared the Takeda award, with Linus Torvalds, and Ken Sakamura. Stallman's share was worth approximately $268,000.

    It says here that Stallman also received the Grace Hopper award from the ACM, in 1991. In 1998 he shared the Electronic Frontier Foundation's Pioneer award with Linus Torvalds. And in 1999 he received the Yuri Rubinski Award. I don't know if these awards have any cash component.

    Even though he is not a polished presence, he may be able to supplement his savings with speaker's fees. Google tells me he was chosen for the "EECS CITRIS distinguished series", next month. I wonder whether it offers more than a token honorarium?

    1. Re:Sponsoring Stallman by geoswan · · Score: 2

      The Yuri Rubinski award was worth $10,000.

  94. porting openoffice... by Anonymous Coward · · Score: 0

    HA HA HA HA HA...

    Do anyone know how long it took to port OpenOffice from Linux/x86 to Linux/PPC??? Way to long, and porting it to darwin wich is another kernel has taken a long time... No disrespect to the guys doing the ports, they have made a terrific job, but it seems that OpenOffice isn't that portable.

  95. I still don't know by Real+World+Stuff · · Score: 1

    if it is "Gee-Noo", "Guh-Noo", or just "Noo". Thanks in advance for the clarity.

    --
    If we don't fight for ourselves no one will.
    1. Re:I still don't know by Anonymous Coward · · Score: 0

      According to Flanders and Swan - it's guh-noo

  96. Hi Troll! by Anonymous Coward · · Score: 0

    It is under the GPL. The kernel API's are different, so it is just as much work to port another pthreads library as it is to write one.

  97. The real GNU/Wolfgang by Anonymous Coward · · Score: 0

    Hi, May I have your attention please? May I have your attention please? Will the real GNU/Wolfgang please stand up? ... we're going to have a problem here! Cheers, GNU/Wolfgang

  98. Re:Even More Importantly... by Real+World+Stuff · · Score: 1

    You are one old mosterfokker. Care for a spongebath?

    --
    If we don't fight for ourselves no one will.