Linux 4.3 Reached End of Life; Users Need To Move To Linux 4.4
prisoninmate writes: As some of you may know, Linux 4.3 was not an LTS (Long Term Support) release, so the last maintenance build is now Linux kernel 4.3.6, as announced earlier by Greg Kroah-Hartman, a renowned kernel developer and maintainer. While he's telling users of the Linux 4.3 series to update to the 4.3.6 point release, he also urges them, especially OS vendors, to move to the most advanced stable series, in this case, Linux kernel 4.4 LTS, which just received its second point release the other day. However, it appears that Linux kernel 4.3.6 is quite an update, as it changes a total of 197 files, with 2310 insertions and 963 deletions, bringing some much-needed improvements.
Forget 4.3.x vs 4.4.x - I'm still on 2.6.x you insensitive penguins!
In the old days anybody who ran linux knew that updates were the source of new bugs. They also damage uptime.
Seriously now, who here is stupid enough to run an update only because it is new, or because they're asked to update frequently?
That is just plain silly. The longer the code is out there, the more likely that holes will be found. This applies to both closed and open source software.
Time is what keeps everything from happening all at once.
The much-vaunted router firmware is at kernel 3.Something. Can it truly be said to be a Linux variant? If so, how can it be so far behind?
I'm still running 3.4! Though, that's only because the drivers for the device aren't available on a newer kernel, not because I want to be running such an old kernel :/
My laptop's trackpad doesn't work with 4.4.x. Can't find the reason why. It does work with 4.1.x and 4.3.x. So I guess I'm going back to the 4.1.x line.
Integrators, not long term end-users.
Features added in 4.3 that people want to test their product against. If 4.4.is too bleeding edge then they can use 4.3 as a baseline until 4.5 is out and 4.4. becomes the new previous stable release.
i.e. All the cool stuff is happening in 4.5 right now but 4.4 might still contain regressions or unstable behaviour so maintainers keep the 4.3 branch alive for a little while.
Have you ever heard about backports??? It has the advantage of patching the hole without risks to introduce new holes usually.
Everything I write is lies, read between the lines.
If you approach information that says a different thing than you expected, the first response should probably be to ask what you don't know, not just wave your hands and presume it is "silly." Worse, you should avoid embarrassing yourself with the claim that it is "plain" silly, because actually it is a mainstream argument that is a standard, traditional corollary to the point you did hear about that mention.
Yes, over time bugs are better known. That means they've already been mitigated. The new bugs that you don't know about, haven't been mitigated. In old-school *nix, it was normal to have ancient bugs in software specifically because it was very important to the security of the system and the known holes all had mitigation strategies.
It is still applicable. The reason a lot of youngsters these days are confused by the whole situation is that general purpose workstations that are frequently updated because they have applications that get updated, well those systems aren't locked down in the way a server is; those systems have poor security practices generally, because of the tradeoff between security and convenience. A person who doesn't care about the app updates can use the old system, and will likely be more secure even with the old bugs, if they're mitigating the ones that need mitigation.
If you ever meet a BOFH who manages secure routers, you should bring this up and ask them about it. You'll find out that the theory is well established, very strict, and has a great track record.
This is why many banks still have important code written in cobol running on `70s minicomputers. It isn't because they can't afford the upgrades, or don't like upgrading equipment; it is because the code is too important to introduce uncertainties, including the ones that fix bugs. Now, maybe you think that mainstream engineering practices that banks use is just silly stuff, not suited for serious professionals, but I would have to insist on differing.
$ uname -r
4.3.5-300.fc23.x86_64
Fedora users apparently. Kernel 4.4 is in the process of being rolled out to F22 and F23 though.Unlike some other distros Fedora does not have a policy of
backporting kernel patches, they just upgrade once the new kernel release has reached about .2 or so.
Up until a couple of years (2011 I think?) ago SGI was still releasing security updates for IRIX 6.5. Are you still running old software on there, using nekoware, or compiling software yourself on it?
I'm starting to think GNU is the problem with "GNU/Linux" these days.
Someone isn't paying attention at all. First, this is pure Linux. You don't get to say GNU/Linux when the talk is about the kernel itself. Second, there are short term support kernels and long term support kernels. The STS kernels are for the users that don't care about support (aka your average basement dweller). The LTS kernels get supported for years to come, and are what the enterprises are going to be using.
I'm starting to think GNU is the problem with "GNU/Linux" these days.
Please tell it to Ubuntu? LTS are still on 3.x !
Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
Up next, Old Ike explains to us out behind the barn how Netcraft AND Natalie Portman confirmed the death of renowned It Takes a Beowoulf Cluster author Theo deRaadt, here on "Trollin' Out the Oldies", right after these important messages!
Don't touch that dial!
Il n'y a pas de Planet B.
I'm glad I'm not the only one who has read them - all. Yup... I think I've read 'em all - every last one. Some of 'em are damned clever. They put some serious effort into them. Annoyingly enough, they almost always get a bite. There's always someone who wants to shut them up. There's always someone to express their outrage. It's a ritual and I dare say it's an essential part of what makes Slashdot. We can say any retarded thing we want - and be judged accordingly. That might not seem important but I say it's an essential quality.
"So long and thanks for all the fish."
Nah, it should be rewritten in Rust, hosted on the cloud, and in a container. If it fails, you automate recovery by spinning up a new instance. Hell, it doesn't even run on iron, never mind big iron! You don't need an admin, when it burns down you spin up a new one.
*snickers*
(That sort of a reply would not surprise me.)
"So long and thanks for all the fish."
Complex question and best answered that if you have to ask, you're doing enough.
But, a more accurate question is how much do you trust the people who maintain your distro and how much effort are you willing to undertake. You can compile your own kernel. You can not. You can use a bleeding edge kernel. You can compile an older version that supports something that is now depreciated. You can patch. You can do anything you want. It's up to you and all about how much effort you want to put into it and what benefits you expect to get. You're quite probably fine (kernel related) just sticking with your regular updates via aptitude and the default repositories.
"So long and thanks for all the fish."
Some distro might have used it, in that case that distro will have the choice of either maintaining their own branch themselves or move to a new release. Most kernel releases are only supported for a couple of months. About one or two releases per year is supported for longer than that, usually between two and five years.
And it would webscale!
Because it's just one release in the v4 series, 4.1 has long term support, 4.2.8 was EOLd just before 4.4.0 was released and not when 4.5.0 is about to be released then 4.3.6 is EOLd. How many versions do you suppose that the kernel guys should support? At the moment they support 12 different kernels which they now cut down to 11.
And you as the end user is not the supposed user of these kernels anyways, they are meant for the different distribution maintainers who in turn will either switch kernels for you automatically or backport changes if they themselves support other kernels for long term (like Red Hat and Ubuntu does). This is not like Microsoft forcing you to upgrade to WIndows 10 by EOL:ing windows 7, it's more like when they EOLd Windows 7 Service Pack 1 when Windows 7 Service Pack 3 where releases (or what ever they call these things now a days, I haven't really used WIndows since Windows 2000 so this details might have changed since then but I guess that you get the analogy anyways).
"This is why many banks still have important code written in cobol running on `70s minicomputers. It isn't because they can't afford the upgrades, or don't like upgrading equipment"
Sorry, but it is exactly because they can't afford the upgrades and don't like upgrading equipment... coupled with not-so-brilliant software development practices of yore plus not-so-brillaint software development practives of today, which is what makes the upgrade just so expensive not even banks can afford it.
"Why would you ever release the 4.3 branch of GNU/Linux if you have no intention of supporting it for more than a couple of months?"
For people that need to stay on top of current Linux kernel development to test, fix and develop against so the next LTS stable branch is as stable as it can be.
"The GNU/Linux kernel is going the way of Firefox and this is bad for users [...]" ...blah, blah, blah... Anonymous Coward's unfocused, idiotic trolling follows.
my lenovo new laptop also had a touchpad that would not work. it was a kernel bug of all things (ps2 driver and such). I had to disable to 'advanced' features and go back to old style ps2 emulation to make my 3 button touchpad work.
lenovo was to blame, though. they changed, radically, how their alps/etc pads work and for a short while they had a nasty style pad with no real buttons and they had to implement it differently; this caused bugs in linux.
then again, even win7 has issues with this trackpad, so it really was lenovo's fault.
--
"It is now safe to switch off your computer."
Right, if you just presume that the banks can't afford computers, or don't have large budgets for that, or don't upgrade equipment... wow, you also haven't worked in the field, and don't know about the subject. And yet, you opened your keyboard anyways.
Yeah, just wave your hands and talk smack, that will cause you to magically be better at security programming than engineers at teh bank! Yeah, that's the ticket. Derpy-derp!
You can fit Lubuntu in a small area and it's very light - it runs LXDE. It's actually my preferred distro on old or new hardware. I've dug out a ten year old PC and installed it on that. It was stable enough that I left it running when I went on wanderlust. I'm connected to that one now as it's technically a backup and I wanted to make sure it was running. I'm using VNC to send this through that. I left in September.
"So long and thanks for all the fish."
"Right, if you just presume that the banks can't afford computers,"
Computers is not what refrain banks from migrating out from mainframe/cobol.
"or don't have large budgets for that"
They *do* have large budgets, only not large enough (what do you think me saying "not even banks can afford it" really meant?)
"or don't upgrade equipment"
Of course yes. I bet they have the last mainframe model IBM or Fujitsu throw at them. What they don't upgrade is their Cobol.
"and don't know about the subject."
Or maybe I know better than you and that's why you don't grasp what I'm saying.
"And yet, you opened your keyboard anyways."
Premonitory words, ain't them?
They *do* have large budgets, only not large enough (what do you think me saying "not even banks can afford it" really meant?)
I can't think of anything more absurd than the idea that banks don't have the money. It doesn't pass even the laugh test.
And no, I didn't say you must have meant something else; I said it is absurd, and you are wrong. Sorry if I was unclear about that.
So in other words you have no clue what so ever how kernel.org works and what the people there do vs what is handled by the distributions?
So correct me if I'm wrong... Linux 2.x has been around for so many years we forgot that it will ever get an update.
And then suddenly in the past 2-3 years, it continuously got updated on a very frequent schedule.... and it even got the founder asking people to do update.
Just wondering if something/someone other than Linus himself is motivating this.