GNU Hurd 0.5, GNU Mach 1.4, GNU MIG 1.4 Released 206
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)."
I might not be here for Hurd 1.0 (Score:5, Funny)
30 years for Hurd 0.5, so 1.0 will be available in 2043?
Re:I might not be here for Hurd 1.0 (Score:5, Funny)
And in 2063, Steam for Hurd!!!
Proposal: (Score:5, Funny)
Re:I might not be here for Hurd 1.0 (Score:5, Funny)
So they'll complete Hurd 1.0 just in time for the 2038 bug [wikipedia.org]! That gives them 23 more years to go completely 64-bit by then.
Re:I might not be here for Hurd 1.0 (Score:5, Funny)
Re:The longest kernel development history... (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.
Re:Not a replacement for Unix kernel (Score:5, Funny)
I'm looking forward to the Alpha port [nongnu.org], though I'm also hearing good things about Itanium.
Re:I might not be here for Hurd 1.0 (Score:5, Funny)
Re:Stalling... (Score:4, Funny)
Does anyone know why this project is stalling so much?
Cuz it's run by a Stall-man?
Re:I might not be here for Hurd 1.0 (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