246
Ubuntu 24.04 LTS To Get 12 Years of Updates (news.itsfoss.com)
submitted 9 months ago by ylai@lemmy.ml to c/linux@lemmy.ml
32 comments fedilink hide all child comments
all 34 comments
sorted by: hot top controversial new old
[-] Rentlar@lemmy.ca 135 points 9 months ago* (last edited 9 months ago)

Laugh at or complain about Ubuntu all you wish... but this type of effort really puts Linux as a compelling competitor to Windows for enterprise desktop users. Rather than paying for the Windows software license and then Microsoft or 3rd party support for the OS on top, the fees would be for dedicated operating system and package support against criticial vulnerabilities. Wouldn't a business rather have something that "just works as it is" over the long term, rather than something that leaves sysadmins holding their breath every Patch Tuesday with Microsoft randomly shoehorning in "features" here and there that have to be shutoff in GP editor?

More people using Ubuntu means more will be comfortable switching away from mac/Windows. Plus the free software components benefit from having a dedicated team securely supporting the packages over the long term.

The longstanding issue that remains is all the industry-specialized software either crappily-coded or riddled with DRMs and whatnot don't support Linux well yet.

[-] avidamoeba@lemmy.ca 50 points 9 months ago* (last edited 9 months ago)

This is valid for end users too. Ubuntu Pro is free for up to 5 machines. People can install 22.04 and stay on it for 10 years or 24.04 for 12 years. That's the kind of boring stable desktop operation that only Windows XP has managed to muster and people loved it. It's perfect for the kind of folks who hate having to do major OS upgrades, as well as people who support others for free. Cough ... family IT ... cough. You bet your ass the family members I support would stay on 22.04 for a looong time!

[-] Rentlar@lemmy.ca 16 points 9 months ago* (last edited 9 months ago)

Absolutely. Perfect for the people that get spooked at one pixel not being where they were used to it being. (It could be me 😳)

[-] testman@lemmy.ml 70 points 9 months ago

I wonder how angry will the maintainers be in 2036:

aaaa, why do we have to support this ancient release, why did we promise 12 years of support

[-] Contend6248@feddit.de 34 points 9 months ago* (last edited 9 months ago)

That's how you get successful, do something others don't

[-] tsonfeir@lemm.ee 29 points 9 months ago

Humorously, in 12 years we can say “well, it still works on Ubuntu” 🤷‍♂️

[-] avidamoeba@lemmy.ca 23 points 9 months ago* (last edited 9 months ago)

Not a problem. Ship the component as a snap instead. 😊

[-] chitak166@lemmy.world 8 points 9 months ago

"Oh no, we're getting paid to do this thing instead of some other thing."

Part of having a job is working on things that need to be worked on, not because they're fun.

[-] qupada@kbin.social 33 points 9 months ago

To note: this appears to be a move from 5 years (standard, free) + 5 years (extended, paid) to 5+7. Users not paying Canonical aren't getting anything different as to with prior LTS releases.

Standard free support for 24.04 is still 2024-04 through 2029-06.

https://ubuntu.com/about/release-cycle

https://wiki.ubuntu.com/Releases

[-] Darorad@lemmy.world 10 points 9 months ago

Isn't ubuntu pro free up to 5 devices

[-] qupada@kbin.social 11 points 9 months ago

Free for personal use, so yes-ish. That'll certainly be a deal-breaker for some.

Realistically, people who are using it for personal use would probably be upgrading to the next LTS shortly after it's released (or in Ubuntu fashion, once the xxxx.yy.1 release is out). People who don't qualify to be using it for free anyway are more likely to be the ones keeping the same version for >5 years.

[-] Bogasse@lemmy.ml 24 points 9 months ago

So next LTS might have to be resilient to the 2038 bug (32 bit signed timestamps overflow). I wonder how many softwares are vulnerable 🤔

[-] cmnybo@discuss.tchncs.de 21 points 9 months ago

Ubuntu is already immune to the 2038 bug. The Linux kernel even supports using a 64 bit time_t on 32 bit systems now. Of course some poorly written software could still be affected, but that's not the fault of the kernel or operating system.

The 2038 bug will certainly cause problems in some embedded systems that still use a 32 bit time_t if they are still running by then.

[-] r00ty@kbin.life 16 points 9 months ago

It's not poorly written software if it's is old. Likewise the y2k bug is often declared as bad programming, but at the time the software with the y2k bug was written memory was measured in kilobytes and a lot of accounting software and banking software was written in a time when 64k was the norm. Oh, and I'll tell you now I know of at least some accounting software that is based on code written for the 8088 and has been wrapped and cross compiled so many times now it's unrecognisable. But I know that 40 year old code is still there.

So 2 digits for year was best practice at the time and at the time software vulnerable to the 2038 bug 32bit epoch dates was the best practice.

Now, software written today doing the same, could of course be considered bad, but it's not a good blanket statement.

[-] ipkpjersi@lemmy.ml 1 points 9 months ago

I mean, Ghost Recon Wildlands which came out in 2017 for example has save dates written as a 32-bit date so it's prone to the 2038 bug, I set the date to 2040 and tested a bunch of software and while you can save the date overflows and shows as 1969. I bet there are still people using 32-bit dates even if unintentionally.

[-] r00ty@kbin.life 3 points 9 months ago

I mean, technically you could use unsigned 32bit if you don't need to handle dates before 1970. But yes, the best course of action now is to use 64bits. The cost is pretty much nothing on modern systems.

I'm just cautious of people judging software from a time with different constraints and expectations, with the current yardstick.

I also wonder what the problem will be. People playing ghost recon in 2038 are going to be "retro" gaming it. There should be an expectation of such problems. Would it prevent you loading or saving the file is the question?

[-] ipkpjersi@lemmy.ml 1 points 9 months ago

Nope, saving and loading works on that game (and pretty much every other game I tested), it's just you lose the date display in-game so you don't know when you really last saved.

[-] r00ty@kbin.life 3 points 9 months ago

Yeah, that's my point. It'll be a retro game by 2038 and anyone playing it will know it's "one of those quirks"

The bigger problem is software where the date really matters.

[-] moon_matter@kbin.social 12 points 9 months ago* (last edited 9 months ago)

Software also looks at future dates, so the problem is actually going to start to occur much sooner. The kernel will be fine, it's all the other random software floating out there that you should worry about. A lot of in-house calendar and booking software is probably going to start to blow up soon.

[-] yianiris@kafeneio.social 4 points 9 months ago

Suspiciously all current LTS expire on Dec 2026 there is nothing planned ahead of this. And 3y for 6.6 is the shortest of any LTS I remember. My bet is Linus retiring then LF taking over everything.

@Bogasse @ylai

[-] ShortN0te@lemmy.ml 3 points 9 months ago

Wouldnt 12 years update add up to 2036 and not 2038?

[-] Maruki_Hurakami@lemm.ee 8 points 9 months ago

They did say next LTS

[-] cupcakezealot@lemmy.blahaj.zone 22 points 9 months ago

meanwhile windows 10 is already off the update cycle

[-] narc0tic_bird@lemm.ee 12 points 9 months ago

Their long-term support variant (called LTSC) is supported until 2032.

[-] hperrin@lemmy.world 1 points 9 months ago

Correct me if I’m wrong, but that’s 17 years after release. Just shy of being able to vote.

[-] qupada@kbin.social 6 points 9 months ago

Yes and no.

The original 2015 release (10240) has support from 2015 - 2025. The latest 2021 release (19044) 2021 - 2032.

The product as a whole has around 16.5 years of support from go to woah, but each individual release is supported for 10 - 11.

https://learn.microsoft.com/en-us/windows/iot/iot-enterprise/whats-new/release-history#windows-iot-enterprise-ltsc

load more comments (-1 replies)
[-] SevereLow@lemmy.world 12 points 9 months ago

That's awesome! I wish more OS-es follow, especially Debian. Having support for an OS that can cover the whole perceived lifecycle of the hardware is something that was once (in the 2000s) the standard. This is something crucial for businesses, but it's also great for home users.

[-] SheeEttin@programming.dev 12 points 9 months ago

With Ubuntu Pro. I'll stick with Alma, thanks.

[-] corsicanguppy@lemmy.ca 9 points 9 months ago

Laughs in Solaris 10

... for 27 years.

[-] bfg9k@lemmy.world 5 points 9 months ago

Holy shit I had no idea it was still in support lol, that's wild

Solaris 11 came out in 2012 and is supported until 2035!!

What do you use it for?

[-] avidamoeba@lemmy.ca 3 points 9 months ago

Melts in long term support

[-] taanegl@beehaw.org 2 points 9 months ago

Well, fuck. They just made Ubuntu the most relevant distro. Not like it wasn't before, but now they knocked it up a notch - BAM!

this post was submitted on 12 Jan 2024
246 points (97.3% liked)

Linux

47996 readers
1235 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
nooter692@lemmy.ml
AgreeableLandscape@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz