5 ms·
Linux kernel 6.12 has been released
- rurban 2y ago[flagged]
- aorth 2y agoA new major release of the Linux kernel happens every ~8 weeks. There are usually 7 or 8 release candidates (-rc1, rc2, etc) released on successive Sundays during that period, followed by a release of the major version. That's the workflow the Linux kernel has used for years.
- rurban 2y ago[flagged]
- fsh 2y agoLinus Torvalds can do whatever he wants. Fork it if you don't like it.
- salomonk_mur 2y agoActually, yeah, everyone in the world can pretty much go and invent their own random version numbering scheme if they want to. And Linus Torvalds particularly.
- sevg 2y agoWhat a strange comment. Are you trolling? Yes, projects can use their own version scheme. The Linux kernel has been using this version scheme for over a decade. If you think it's inconsistent then that's a you problem.
- rurban 2y agoMy problem is that Linus didn't bump it on this major change. His versioning scheme is that he bumps whenever it feels like it. So decades of work to make it finally real-time safe is not worth it. This shows his precedences. It's not latencies. The industry will recognize
- sevg 2y agoNo, the versioning scheme is that the first two numbers are the major version. From https://en.wikipedia.org/wiki/Linux_kernel_version_history https://en.wikipedia.org/wiki/Linux_kernel_version_history : > Each major version – identified by the first two numbers of a release version For the last decade, the first number gets bumped once the second number reaches 19 or 20. This has been consistent since 3.x. > So decades of work to make it finally real-time safe is not worth it. Haha you can't actually be serious? Thomas Gleixner's goal was to get Real-Time patches merged, not to get an aesthetic version bump, because nobody cares about the version number.
- bonzini 2y agoThere's no minor and major. All releases are equivalent but the first number is bumper when the second becomes large enough, which happens every 2-3 years.
- yjftsjthsd-h 2y agoIn fairness, that is a weird versioning scheme, and I really do wish that Linux either switched to full semver (in which case it'd be version 2.9000.0 or so by now) or just drop the leading digit and go full build number kinda like NT does. But as cousin comments note, not my project not my call:)
- nolist_policy 2y agoI like qemu's version scheme were the major version increases every year (since version 4.0). So x.1 the first release in a year and you can see from a quick glance how "old" a version is.
- yjftsjthsd-h 2y agoI don't mind date-based versions, though if you're going to do that I feel like it'd be easier to go all the way? I can't tell how old qemu 4.0 is, but even without knowing details I would feel pretty confident in roughly when a hypothetical qemu-2024.1 had been released.
- dessimus 2y agoI would think most if not all of the enterprise distros would object as generally they lock their kernel versions for the duration of a "release" lifecycle and backport security fixes from newer kernels to the version they chose. They wouldn't want users thinking they were still using a "2024" kernel in 2032, for example, when they have 10+ years of support to provide.
- RandomThoughts3 2y agoNote that the world would be significantly better if entreprise distros stopped doing that and just shipped the latest kernel. I understand freezing user space because most developers don’t care about shipping stable software and break compatibility all the time but the kernel takes its pledge to never break user space very seriously. The backporting is very much hit and miss.
- blueflow 2y agoLinux uses their own versioning scheme of Version/Patchlevel/Sublevel. See their Makefile. Despite the sibling comments (and wikipedia), the major/minor terminology is not used.
- drmpeg 2y agoThis will also be an LTS (Long-Term Support) release.
- gigatexal 2y agoeBPF powered custom schedulers aka SCHED_EXT and the preempt RT stuff sound really nice.
- gigatexal 2y agoReally good podcast on why this is an exciting release: https://youtu.be/6J3Ym0XkZDw https://youtu.be/6J3Ym0XkZDw
- chx 2y agoIs there something I could read instead of listening to an hour plus long podcast?
- teleforce 2y agoLinux 6.12 Preps For Release With Real-Time, Sched_Ext, Stable Xe2 & Raspberry Pi 5: https://www.phoronix.com/news/Linux-6.12-Feature-Reminder https://www.phoronix.com/news/Linux-6.12-Feature-Reminder
- kid64 2y agoI don't get the Raspberry Pi part. Prior kernel versions already run on that device?
- rcxdude 2y agoNot mainline. Distros that support Rpi ship a fork of the kernel
- bananapub 2y agofor historical (Arm didn't used to have an enumerable bus to find devices, in the way the PC has PCI) and economic (vendors want to do as little work as possible, so they hack up one kernel version to run on their hardware then move on to the next hardware) mainline kernels haven't been able to boot on Arm devices. some absolutely heroic work has happened over the last fifteen years or so and it's now much better and we're now reaping those benefits - hardware can run normal mainline kernels and so expect to get "security updates" and "features" over time instead of being frozen on one version or carrying massive invasive annoying decaying patches against mainline.
- deleted 2y ago[deleted]
- tsuiipen 2y ago[dead]
- gr4vityWall 2y agoFYI, this release adds supports for the networking chip in the X870E Taichi motherboards. If you're building a new AM5-based workstation, this release might be specially useful.
- deleted 2y ago[deleted]