Linux 4.15 Becomes Slowest Release Since 2011 (theregister.co.uk)
An anonymous reader shares a report: Linus Torvalds has decided that Linux 4.15 needs a ninth release candidate, making it the first kernel release to need that much work since 2011. Torvalds flagged up the possibility of an extra release candidate last week, with the caveat that "it obviously requires this upcoming week to not come with any huge surprises" after "all the Meltdown and Spectre hoopla" made his job rather more complicated in recent weeks. Fast-forward another week and Torvalds has announced "I really really wanted to just release 4.15 today, but things haven't calmed down enough for me to feel comfy about it."
Let's hope it doesn't also run slower than it did in 2011
Now, if you'll excuse me, I have backups to corrupt.
Obviously if Linus adopted an Agile strategy this wouldn't be an issue. He just needs to setup some sprints and things will work out.
Linus himself had to pull a hard stop and publicly excoriate Intel for their absolute non-fix of the Meltdown issue, so thats certainly not helping the 4.15 release. https://linux.slashdot.org/sto...
Good people go to bed earlier.
I prefer Linus's "try to get it right the first time" approach to releases versus the, unfortunately, too common "get it out the door as quickly as possible, we'll fix it later" approach employed by seemingly almost everyone else. (I'm looking directly at you, Microsoft. And Apple's getting a bit of stink-eye, too, given the flurry of patches for the dodgy current macOS and iOS versions.)
This is the slowest Linux kernel release process, not the slowest kernel itself.
Use my userscript to add story images to Slashdot. There's no going back.
I, for one, am glad to see that someone is taking a more measured, thoroughly tested approach rather than the usual "OMG! Quick - flash new BIOSes, gimme new CPUs, install the latest kernel patches regardless of testing...." approach that has characterized the approach from "the technical community" so far.