Slashdot Mirror


GNU Hurd 0.5, GNU Mach 1.4, GNU MIG 1.4 Released

jrepin writes "Which day could be better suited for publishing a set of Hurd package releases than the GNU project's 30th birthday? These new releases bundle bug fixes and enhancements done since the last releases more than a decade ago; really too many (both years and improvements) to list them individually, The GNU Hurd is the GNU project's replacement for the Unix kernel. It is a collection of servers that run on the Mach microkernel to implement file systems, network protocols, file access control, and other features that are implemented by the Unix kernel or similar kernels (such as Linux)."

41 of 206 comments (clear)

  1. I might not be here for Hurd 1.0 by Freshly+Exhumed · · Score: 5, Funny

    30 years for Hurd 0.5, so 1.0 will be available in 2043?

    --
    I deny that I have not avoided attaining the opposite of that which I do not want.
    1. Re:I might not be here for Hurd 1.0 by MrEricSir · · Score: 5, Informative

      GNU is 30 years old, but Hurd is "only" 23. It started while the first Bush was still president rather than Reagan.

      --
      There's no -1 for "I don't get it."
    2. Re:I might not be here for Hurd 1.0 by erroneus · · Score: 2

      I was thinking something along those lines myself. To arrive at "1.0" would mean that it would be feature complete and stable according to the "1.0" set defined when "1.0" was created as a target. That already makes me wonder if Hurd is absolete before it has been completed.

    3. Re:I might not be here for Hurd 1.0 by Lunix+Nutcase · · Score: 4, Funny

      And in 2063, Steam for Hurd!!!

    4. Re:I might not be here for Hurd 1.0 by Freshly+Exhumed · · Score: 4, Funny

      So they'll complete Hurd 1.0 just in time for the 2038 bug! That gives them 23 more years to go completely 64-bit by then.

      --
      I deny that I have not avoided attaining the opposite of that which I do not want.
    5. Re:I might not be here for Hurd 1.0 by iggymanz · · Score: 5, Informative

      wrong. the initial failed attempt at HURD started in 1986 with a BSD 4.4 like kernel. The project is thus 27 years old. still not stable, not suitable for any production use, and only runs on i386, it is a failure

    6. Re:I might not be here for Hurd 1.0 by Cinder6 · · Score: 2

      Christ, and we thought Duke Nukem took forever.

      --
      If you can't convince them, convict them.
    7. Re:I might not be here for Hurd 1.0 by krkhan · · Score: 5, Funny

      Just in time for Chrome 2147483647.

    8. Re:I might not be here for Hurd 1.0 by TheloniousCoward · · Score: 2

      Yes. They plan to speed up its development by rewriting it in Perl 6.

    9. Re:I might not be here for Hurd 1.0 by ArchieBunker · · Score: 3, Insightful

      The people in charge of that are so out of touch they should be committed in a mental hospital. It wasn't that long ago they finally supported partitions bigger than 2GB, yes two GigaBytes. Think about that fact while you also learn that RMS uses an old terminal or some such nonsense along with a script to gather Google searches and email the text to him. He lacks a graphical interface.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    10. Re:I might not be here for Hurd 1.0 by phantomfive · · Score: 5, Insightful

      My understanding is the people who are doing it now are mainly doing it for fun, because they like kernel programming. there is no longer a pressing urgent need for a free kernel. And if they come up with some good ideas, they will be copied into more mainstream kernels.

      --
      "First they came for the slanderers and i said nothing."
    11. Re:I might not be here for Hurd 1.0 by Jeremy+Erwin · · Score: 2

      Any truly long term development project must consider the technological singularity. It is a waste of time and effort not to take advantage of this fabulous opportunity.

    12. Re:I might not be here for Hurd 1.0 by NJRoadfan · · Score: 5, Funny

      Think of "1.0" as an asymptote. It'll approach 1.0 but never actually reach it.

    13. Re:I might not be here for Hurd 1.0 by K.+S.+Kyosuke · · Score: 4, Interesting

      Think about that fact while you also learn that RMS uses an old terminal or some such nonsense along with a script to gather Google searches and email the text to him.

      If you think about it, it's a fairly effective way of avoiding getting hacked (or at least minimizing the attack surface).

      --
      Ezekiel 23:20
    14. Re:I might not be here for Hurd 1.0 by aix+tom · · Score: 4, Funny

      Yea. Actually, from a non-linier, non subjective point of view it is more like a big ball of wibbily wobbly timey wimey...stuff

    15. Re:I might not be here for Hurd 1.0 by TheRaven64 · · Score: 5, Interesting

      And they've been using it to explore some quite interesting ideas in kernel design. The fine-grained compartmentalism that a microkernel provides (at the expense of some performance) is starting to look more attractive in a world where computers run in very hostile environments and yet even a 50% slower kernel would have a negligible impact on user-perceived performance (or battery life).

      --
      I am TheRaven on Soylent News
    16. Re:I might not be here for Hurd 1.0 by fatphil · · Score: 3, Informative

      The funny thing is that for some kernels, it's perfectly true. I know the kernel I run on this workstation here gives about 99.5% of the cycles to the userspace programs that I launch. Yet playing very briefly with a windows 8 system a few months back (it survived about 20 minutes between arrival at the office and having linux put on it), the kernel and hundreds of intimately-bound-I-don't-know-what-the-fuck-they-do-or-why-I-would-ever-want-them daemons were taking up between 5% and 10% of the CPU constantly. The former I would happily accept a 50% increase in overhead to, I'm perfectly happy only having 99.25% to myself. But the latter would have ground to a halt if there were any more impediments to interprocess communication.

      --
      Also FatPhil on SoylentNews, id 863
    17. Re:I might not be here for Hurd 1.0 by serviscope_minor · · Score: 3, Insightful

      The people in charge of that are so out of touch they should be committed in a mental hospital.

      Well, aren't you so high and mighty and important shitting on someone else's personal project.

      That's all hurd is: it's a small hobby project by a very small number of programmers.

      It's not for you, it's for them. Being "in touch" with you is not a requirement.

      Oh and by the way, I've no idea what your hobbies are, but I'm sure they suck and you're crap and should be in a mental hospital.

      Think about that fact while you also learn that RMS uses an old terminal or some such nonsense along with a script to gather Google searches and email the text to him. He lacks a graphical interface.

      Firstly, I already knew that.

      Secondly, so what? That's his choice. You know he does that on GNU/Linux, right?

      On a MIPS laptop which doesn't even run hurd? You know that too, right?

      --
      SJW n. One who posts facts.
    18. Re:I might not be here for Hurd 1.0 by c · · Score: 2

      30 years for Hurd 0.5, so 1.0 will be available in 2043?

      Well, no. Being a Unix replacement, I'd expect it sometime around 1975.

      --
      Log in or piss off.
    19. Re:I might not be here for Hurd 1.0 by drinkypoo · · Score: 2

      He's protected from the Snow Crash, but the Blight will still own his computer.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    20. Re:I might not be here for Hurd 1.0 by mellon · · Score: 2

      Meh, the blight will just hack the people in the cubicle next to him and send them over to make him sit in front of the programming screen. No need to hack him through an ASCII terminal. Prepare to be assimilated! (Speaking of which, why do Borgs always say stuff like that? How do you prepare to be assimilated?)

    21. Re:I might not be here for Hurd 1.0 by shaitand · · Score: 2

      "GNU/Linux"

      I didn't know GNU produced a Linux system. Yes, I know the reference it is the result of petty jealousy and attempt at attention grabbing, nothing more.

    22. Re:I might not be here for Hurd 1.0 by Zero__Kelvin · · Score: 2

      Keep in ,mind that with Windows, Internet Explorer is an integral part of the kernel !* ;-)

      *No, I don't believe that, but Bill Gates certainly wanted US Courts to think so back in the day.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    23. Re:I might not be here for Hurd 1.0 by Zero__Kelvin · · Score: 2

      Your post represents a complete mis-characterization of Moore's Law.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    24. Re:I might not be here for Hurd 1.0 by raju1kabir · · Score: 2

      Yeah, none of this addresses my argument.

      There are also several systems in my home with large bases of installed GNU tools, that don't run Linux at all.

      Linux doesn't need GNU tools. Nobody's arguing with you there.

      GNU tools don't need Linux.

      But the vast majority of the time, you find them together. Specifically, in all the distributions that some (admittedly persnickety) people like to call GNU/Linux.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
  2. Understatement of the year by tmark · · Score: 2

    "Development of the Hurd has proceeded slowly." (http://en.wikipedia.org/wiki/GNU_Hurd)

    As per http://www.gnu.org/software/hurd/hurd/status.html: " It may not be ready for production use, as there are still some bugs and missing features".

    Exactly how long has it been like this ? I tracked this project for about a decade until I concluded it would never be ready for production - over a decade ago.

    1. Re:Understatement of the year by NJRoadfan · · Score: 5, Insightful

      You knew it was bad when Duke Nukem Forever actually made it to stores.

  3. Proposal: by pseudofrog · · Score: 4, Funny

    Fork a BSD variant, license it under the GPL, package it with GNU stuff, call it Hurd 1.0.

    1. Re:Proposal: by Boronx · · Score: 5, Insightful

      Mac users?

    2. Re:Proposal: by Anonymous Coward · · Score: 3, Informative

      Fork a BSD variant, license it under the GPL, package it with GNU stuff, call it Hurd 1.0.

      Just in case you (or anyone else who reads this) is really so ignorant of copyright law, it should be said that forking code that isn't your own does not suddenly turn you from a licensee into a licensor. You can't take a BSD operating system, remove the BSD license, and attach the GPL for at least two reasons: 1) the BSD license forbids distributing sources (or binaries) without a copy of the license (which is the BSD license itself), and 2) you are not the copyright owner of any part of the BSD operating system you took, so you simply have no authority to (re)license it. You are automatically the copyright owner of whatever you create, including any patches or additions to the BSD operating system, and you can license your own stuff however you wish -- you can even distribute your own stuff alongside the BSD operating system using whatever terms you like for your own stuff which isn't necessarily allowed by the GPL because liberal licenses are awesome like that -- but you certainly never have any right to relicense anything that isn't yours.

    3. Re:Proposal: by kwerle · · Score: 2

      Oh SNAP! Nice one.

      (written from OSX...)

    4. Re: Proposal: by Anonymous Coward · · Score: 2, Insightful

      I license my code under a BSD license, maybe my thought process can help elucidate why someone would do this:

      My code does what it says it does. If someone relicenses it, people can always get my source instead. If someone improves it beyond what I did and people want that persons software instead, he's obviously added value to it and I feel he's within his moral rights to license that code anyway he wishes. He did something with it that I was unable, unwilling or too obtuse to do myself and I'm more then happy to see that because it means better software on the long run.

      If you're familiar with RMS's essay on 'open source' people versus 'free software' people, I'm firmly in the open source camp. Its a development model that produces better software, not a moral crusade.

  4. Relevance? by dreamchaser · · Score: 2, Insightful

    What exactly is relevant about Hurd now? The OS landscape has changed and people have moved on. This is really a non-story, aside from the humor value.

    1. Re:Relevance? by Anonymous Coward · · Score: 2, Interesting

      If that's how you think, you've chosen the wrong name. Maybe 'dreambasher' would be more appropriate.

      A small handful of technical people have a dream to make a viable microkernel operating system, and they're chasing their dream. Good for them.

  5. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  6. Re:The longest kernel development history... by deviated_prevert · · Score: 5, Funny

    ...of a kernel that doesn't actually work. Except on Stallman's PC.

    Stallman does not possess such devices he runs and developed emacs on a unix VM inside his brain! After realizing that all unix passwords and attempts to hide source code in a binary were useless. The concept of a conceptual computer without passwords and accessed only by obscure command macros written in C exploded from his mind and POOF we had emacs. This was then enhanced by interpreting the commands in binary form but it only worked for those who spoke with a lisp. Then all this went out the Windows when a stiff DOSe of source code was obscured by means of non standard compilers and suddenly word and data processing binaries could easily be obfuscated by hiding the source.

    Others tried to change this situation by judiciously applying rubber to source code and the resulting LateXT could be stretched into a usable FLEXable shape, at least until a Bison shat on the source. Stallman HURD about this change in how binaries were now being used and created and GNU for certain that he would have to come out of his brain and actually become the Kernel in charge of parsing things at the source. Because he still insists upon compiling source only in his brain before creating binaries the resulting OS kernel has been extremely slow to take shape because debugging it has given him nightmares whenever he actually sleeps in fact the that the sleep command causes instant dreams that bring him back to the Bill Gates rants he witnessed at computer club meetings in the 1970's.

    --
    This message was not sent from an iPhone because Peter Sellers really was a deviated prevert without a dime for the call
  7. Re:Not a replacement for Unix kernel by Jeremy+Erwin · · Score: 5, Funny

    I'm looking forward to the Alpha port, though I'm also hearing good things about Itanium.

  8. Re:Microkernel by Anonymous Coward · · Score: 2, Insightful

    What does GNU Hurd have that Minix 3 does not? They are both microkernels except Minix 3 looks more mature.

    GNU Hurd uses a sane license. Minix 3 uses a BSD license, which is unfree.

    That's hilarious. (I don't mean just the bit where, like so many FSF fanboys, but not RMS, you can't grasp the difference between "Free" and "Copyleft"; I mean the argument as a whole.)

    So HURD's only benefit (that you can think of) is that if some evil company wants to take a microkernel-based UNIX-like, make their changes, and distribute the result without source... they'll be forced to go with Minix 3 (the one that GP says "looks more mature", which you don't seem to dispute) instead of HURD (which you can't or won't explain any technical benefit of)? Yeah, I think they'll just go with Minix 3, same as they would no matter how you licensed HURD.

  9. Re:When you do this as a hobby by Guy+Harris · · Score: 4, Insightful

    things tend to go slow. Real slow. If you want things now, now, now, pay the man/men. It is free, as in someone-else-will-do-it, so you get what you, that's right, didn't pay for.

    Fortunately, eventually people found this hobby project worth paying for, although I think it proved its worth before the big money started pouring in.

    There are, of course, some other hobby projects that also manage to support a little more hardware than the Hurd does without huge amounts of money poured into them.

  10. Re:Stalling... by Bitmanhome · · Score: 3, Funny

    Does anyone know why this project is stalling so much?

    Cuz it's run by a Stall-man?

    --
    Not that this wasn't entirely predictable.
  11. Re:Stalling... by mr_mischief · · Score: 2

    Perl 6 makes progress. It's slow, but it's fairly steady. There has never been a one-year gap in packages, let alone ten years. One of the compilers, Rakudo, is nearly feature complete and then just needs to be optimized. It has monthly releases.