LWN.net Logo

Quote of the week

Quote of the week

Posted Apr 7, 2006 18:50 UTC (Fri) by nix (subscriber, #2304)
In reply to: Quote of the week by stock
Parent article: Quote of the week

That link didn't read like a sneer to me. I think you need to relax and cut way back on the coffee.

And anyone sticking with 2.0.38 is a maniac or has *really* peculiar requirements (avoiding `stolen code' that doesn't exist naturally counts as peculiar!)

And as for your last strange paragraph, well, per-person `code ownership' is loose in any multi-person free software project once something is contributed; you have to expect the other devs will hack at it too. This is a feature.


(Log in to post comments)

Quote of the week

Posted Apr 10, 2006 12:26 UTC (Mon) by arafel (subscriber, #18557) [Link]

I'm assuming the OP was trying to make a joke...

Quote of the week

Posted Apr 18, 2006 21:42 UTC (Tue) by nix (subscriber, #2304) [Link]

It's Robert Stockmann. I reserve judgement. ;)

2.0.38

Posted Apr 13, 2006 4:14 UTC (Thu) by pm101 (subscriber, #3011) [Link]

Agreed. Upgrade to 2.0.40 already. Sheesh.

(The kernel of choice for people with low-memory systems. Or who want to be able to go through the kernel configuration script by hand in a reasonable amount of time. Or who want their kernels to almost always compile once configured (assuming the right version of the toolchain). Or who want to avoid the bugs, crashes, and data corruption associated with running the no-longer-odd-numbered unstable devel series kernels of the 2.6 era. Although I agree; 2.2 or 2.4 is better for most applications).

2.0.38

Posted Apr 18, 2006 21:45 UTC (Tue) by nix (subscriber, #2304) [Link]

The stable kernels are 2.6.16.x, not 2.6.x. Think of it that way and all will be well. Since I started using it in 2.6.10 the 2.6 series has seemed really hot stuff to me: bitten by one nasty swap-killing UltraSPARC bug in 2.6.10, fixed by davem in hours... you can't pay for that sort of response time, and the only way to get it is to use a kernel at least somewhat similar to that used by the upstream developers.

(Major data-corruption events experienced here with 2.6: 0.
Major data-corruption events experienced here with 2.4: 1.
2.6 even kept running with RAM so faulty that md5sums of 10Mb files returned different values each time.

Does my anecdote defeat your anecdote?)

Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds