Linus Torvalds asks kernel devs to take a break so he can too In May, Linux overlord Linus Torvalds warned that his holiday might delay the release of Linux 4.1. That scenario's now come to pass, with the benevolent dictator of the penguin palace posting that he's off on his vacation. “So I'm on vacation, but time doesn't stop for that, and it's Sunday, so time for a hopefully final rc …
This post has been deleted by its author
Not sure why he'd ever want to bother about a college student's pet project.
How long have Linus and his mates been mucking about with the thing anyway? You'd think that they would have got it done and dusted yonks ago.
I really don't see why he doesn't write his own kernel to go with systemd. He's already done the hard work. Surely he could easily knock it out in a couple of days while Linus is lazing about on the beach - you know, just to make a point. Bonus points for spending his evenings and the rest of the week doing replacements for EMACS and the GIMP to go with it.
The hard bit would be thinking up a suitable name. Perhaps el Reg readers could help him??
Potix? Pulsepot? C'mon - help the guy out for once.
@PNGuinn:
Seriously? That's the best you could do?
I'm not even a Linux user, but even the most oblivious sucker who lives at 10 Susceptible Street, in the most gullible town in the most deceivable country on planet Moron could have spotted that troll a mile away, even when not wearing his or her glasses.
1/10 - Must try harder
I've never really looked into the Linux "organisational structure", as much as a project like this can have one, but as an outsider, I'm surprised Linus has that much to do with the day to day running that it can't/won't release when he's away.
It's not a bad thing, but it seems that he's a human Single Point of Failure: If something happens to him, is there the structure in place to seamlessly keep things going?
... release Linux-4.1-David_Austin.
There is absolutely nothing stopping you. Other people already maintain their own Linux based kernels. This is usually to support rare hardware or some exotic and intrusive kernel extensions. One day, someone will do a better job of maintaining a main stream kernel than Linus. When that happens, people will switch to submitting patches and syncing to that tree. In the mean time, Linus is doing a sufficiently good job that most penguins are not looking for or working hard to be a replacement.
This post has been deleted by its author
And shut off all of your family's electronic communications devices.
Be a family, not a so-called "global village" member clone.
It's only for a week. The planet can handle it if you log out for a week. Or six.
More importantly, your family will LOVE it. Trust me.
As a side note, let all the devs know that all the code submitted while you are offline will be deleted when you get back ... the code resubmitted and/or sat on for a week (or six) will be a lot cleaner ;-)
1: subscribe to LKML but filter it so you only get mails from Linus.. wouldn't want to have to read all of that technical stuff.
2: Turn a 3 or 4 line email from Linus into a multi-paragraph "article"
3: Make up a headline that makes it seem like a major happening has happened
4: ???
5: profit!
Since I like my systems with compile options I am going to move my desktop to FreeBSD (rather then PC-BSD) once I manage to find money to buy new computer. At least I plan on looking into it moving my desktop to FreeBSD.
As for Linux, both kernel and user-space environment, it is a mess and it has been a mess for many years now. I fear that might be Linux undoing in the end, when that end might happen I do not know.
I use only FreeBSD and install/upgrade the whole OS, and the ports through source (for flexibility/customisation,/tuning not as a paranoid zealot [ incidentally, it's funny how so many Linux people bang on about having the source for auditing, but their whole system is made up of pre-compiled binaries!] )
Source updates can be largely automated, and are a breeze, and the menu'ed options are great
The Register 
Biting the hand that feeds IT
Copyright. All rights reserved © 1998–2024
