
Linux Kernel 4.14 Will Be An LTS Release (softpedia.com) 46
prisoninmate writes: Development of the Linux 4.14 kernel series did not even start, as the version that's being developed these days is Linux 4.12, which should be promoted to stable early next month, but Softpedia reports that renowned Linux kernel maintainer Greg Kroah-Hartman announced earlier this morning that the upcoming Linux 4.14 kernel series will be an LTS (Long Term Support) branch. The developer promises to support the Linux 4.14 kernel series for at least two years after its release in November 2017, probably until November 2019.
Horrible grammar (Score:2)
Re: (Score:2)
So please edumacate me: what's be bad with grammar in that clause?
Parses clearly to me: (development of (the Linux 4.14 kernel series)) ((did not even) start).
If you're after the verb phrase, "did not even", it's correct and widespread: 1 [ludwig.guru] 2. [usingenglish.com]
Re: Horrible grammar (Score:2, Informative)
"It did not even start" is past tense.
"It hasn't even started yet" is better.
Re: Horrible grammar (Score:1)
"Development did not start" is past tense. This is incorrect, because we are talking about the current state of development, not a past moment.
"Development did not even start" is past tense, and compounds its incorrectness, by implying that development SHOULD HAVE STARTED ALREADY. It is garbage English.
"Development has not started", "Development has yet to start" - this is PRESENT TENSE, PERFECT ASPECT. This is CORRECT. The status of the development is being reported in the present.
Re:Horrible grammar (Score:4, Informative)
It should be "has not even started." The tense is wrong. It's a pretty bad sentence aside from that, too.
Re: (Score:2)
Re: (Score:1)
Re: (Score:1)
Probably by communicating with people who know how to speak/write English?
Re: (Score:2)
my are you confused, you can pay for support for many other distros including Debian (my former employer used to support that and some other Linux distros). Open source is about choice, including whether you want to pay at all or not. It's also about having the ability to see into the software, even if you're not into coding you can find things from those who are that are useful.
Lowering expectations? You're telling me the Windows ports of some of the software I use runs better? No they don't.
Re:Slashdot Logic (Score:4, Informative)
Re:Slashdot Logic (Score:5, Informative)
I'll address the "long term support" component of your comment, as your remarks about usability and features are clearly just trolling.
"Long term support" seems to mean different things in different circumstances.
While Win XP certainly had long-term support, at least for security patches, take a look at Windows 10.
Are the frequent mega-updates really long-term support, or effectively a new OS under the old name? After a couple of mega-updates, can we really say that it's the same OS? Especially in light of some massive breakage.
I do agree that 2 years isn't my idea of "long term" --- the Mint/Ubuntu LTS releases are 5 years, but even they have kernel updates from time to time.
Re: (Score:2)
And if you had some actual understanding of the matter at hand, you would not post such nonsense. Here is a hint: A kernel is not an OS and what MS supports today does not have the same kernel that it had 15 years back.
The sheer stupidity of some people...
"renowned" (Score:2)
Bahaha! Did he require them to call him that or are they just kissing ass?
Re: (Score:2)
You seem to be unaware that you can use a newer Kernel with an older installation and usually that just works.
Re: (Score:2)
You seem to be unaware that you can use a newer Kernel with an older installation and usually that just works.
"Usually [...] works" is not good enough for companies that have millions of dollars on the line. The whole idea of long term stable is to minimize risks like "usually".
Red Hat supports their OS and backport fixes to the kernel for 10 years. They just now stopped supporting 2.6.18, and still support 2.6.32. What Red Hat does not have is a light or embedded version, and unfortunately, linux.org does not support kernels for long when even LTS is only supported for two years. The result is that there's an
Re: (Score:2)
"Usually [...] works" is not good enough for companies that have millions of dollars on the line. The whole idea of long term stable is to minimize risks like "usually". Red Hat supports their OS and backport fixes to the kernel for 10 years.
So if you want service and support you pay for it and you get it, I sorta fail to see the problem here. The linux.org team is there for development, for a relatively short period they'll fix their own releases but it's not meant as end user support. It's the point they expect to hand it over to Red Hat, Canonical, SuSE or what in-house or volunteer maintenance model you pick. It's not going to happen without someone making an effort, if nobody cares enough or is willing to pay enough to have it maintained w
Re: (Score:2)
That is 2 years for "same minor version". In most cases you can just move to a newer minor kernel without any problem. This is not a Windows-like set-up.
Distribution Kernels (Score:4, Insightful)
Hopefully by pre-announcing the selection of a LTS kernel, distributions will make a point of selecting it to minimize their work in maintaining a stable and secure kernel. It was harder for them to do that when the LTS decision wasn't made until after the kernel was out.
Good to know (Score:2)
I used to always run the latest Linux kernel, but since I run VMWare, I ran into too many problems with broken modules doing that. While I would love to see them get all of their modules into the mainline kernel (I fail to see why they really need something that couldn't be a generic service), that's really not relevant to this discussion. I've also had some problems with Nvidia modules, though to a much lesser extent.
So now my strategy it to always go with the latest LTS kernel. This has proven to be a
Stupid LTS release updates (Score:1)
Why not just call it 4.2? (Score:2)
For simplicity. Personally they should have gone with a year-month versioning system, so you can see how non-bleeding edge you are...