Linus Torvald's succession is being discussed by the kernel maintainers.
https://www.theregister.com/2026/01/27/linux_continuity_plan/
#LinuxKernel
Linux 6.19 RC7 is now live!
Linux 6.19 RC8 will be released next week!
#Linux #Kernel #LinuxKernel #Computers #Laptops #TechNews #TechUpdates
https://officialaptivi.wordpress.com/2026/01/26/linux-6-19-rc7-released/
Linux 6.19 RC7 released!
Linux 6.19 RC7 is now live for developers and curious users to try out. All the interesting changes from performance improvements to bug fixes have been integrated to this release candidate.
This is not the last release candidate for Linux 6.19, as development started before the holidays. This means that the eighth release candidate will be released next week as the official announcement confirms.
The official announcement from the kernel mailing list says:
So normally this would be the last rc of the release, but as I've mentioned every rc (because I really want people to be aware and be able to plan for things) this release we'll have an rc8 due to the holiday season.
And while some of the early rc's were smaller than usual and it didn't seem necessary, right now I'm quite happy I made that call. Not because there's anything particularly scary here - the release seems to be going fairly smoothly - but because this rc7 really is larger than things normally are and should be at this point.
Now, it's not *hugely* larger than normal, so it's not something that makes me worry, but it's just large enough that it makes me go "good that we have an extra week".
Anyway, it all looks otherwise very normal. A bit over half is drivers (networking and gpu being most of it as usual, but there's a bit of everything in there), and the rest is the usual random mix: tooling, architecture fixes, VM, networking, rust driver base fixes, documentation, some filesystem work...
So we have two more weeks to go, and apart from the different timing, nothing looks particularly odd or worrisome.
Why not try out this awesome pre-release of Linux 6.19?
#Computer #Computers #Kernel #Laptop #Laptops #Linux #LinuxKernel #news #Tech #Technology #update
#Linux 6.19-rc7 is now available for public testing from Linus Torvalds's Git tree https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git Happy testing!
More Coffee ☕
Umm 🤔......more coffee ☕
Umm 🤔......more coffee ☕
Linux Weekly Releases (Week 4 – 1/24/2026)
Every week, new Linux versions that are under a supported version series get released to incorporate bug fixes and other general improvements that are pushed to the servicing branches. This ensures that your Linux user experience gets better when latest versions fix some of the bugs.
This week, the below Linux kernel versions are released:
SeriesVersionFull sourcePatchSignatureDatev6.1.xv6.1.161LinkLinkLink1/19/2026v6.6.xv6.6.121LinkLinkLink1/19/2026v6.12.xv6.12.66LinkLinkLink1/19/2026v6.12.67LinkLinkLink1/23/2026v6.18.xv6.18.6LinkLinkLink1/19/2026v6.18.7LinkLinkLink1/23/2026v6.19.xv6.19-rc6LinkLink1/19/2026v5.10.xv5.10.248LinkLinkLink1/19/2026v5.15.xv5.15.198LinkLinkLink1/19/2026Please note that the downloads are in the source code form, so this means that you may have to compile from source in order to use one of the Linux versions shown above. Your distribution might not include the above Linux versions.
Linux Kernel releases as of Week 4, January 24th, 2026.
#Linux #Kernel #LinuxKernel #Computers #Laptops #TechNews #TechUpdates
https://officialaptivi.wordpress.com/2026/01/24/linux-weekly-releases-week-4-1-24-2026/
Hot Lemon Tea 🍋🫖 and some staring ....
#linux #linuxkernel #linuxadmin #opensource #operatingsystem
Hot Lemon Tea 🍋🫖 and some staring ....
#linux #linuxkernel #linuxadmin #opensource #operatingsystem
Dan Williams posted a patch documenting #LinuxKernel project continuity procedures – as a plan for navigating events that affect the forward progress of the canonical Linux repository, torvalds/linux.git:
https://lore.kernel.org/all/20260124012256.1856709-1-dan.j.williams@intel.com/
""The #Linux #kernel development project is widely distributed […] The final step, though, is a centralized one where changes are pulled into the mainline repository. That is normally done by Linus Torvalds but […] there are others who can do that work when the need arises.
Should the maintainers of that repository become unwilling or unable to do that work going forward (including facilitating a transition), the project will need to find one or more replacements without delay. The process by which that will be done is listed below. $ORGANIZER is the last Maintainer Summit organizer or the current Linux Foundation (LF) Technical Advisory Board (TAB) Chair as a backup.
- Within 72 hours, $ORGANIZER will open a discussion with the invitees of the most recently concluded Maintainers Summit. A meeting of those invitees and the TAB, either online or in-person, will be set as soon as possible in a way that maximizes the number of people who can participate.
- If there has been no Maintainers Summit in the last 15 months, the set of invitees for this meeting will be determined by the TAB.
- The invitees to this meeting may bring in other maintainers as needed.
- This meeting, chaired by $ORGANIZER, will consider options for the ongoing management of the top-level kernel repository consistent with the expectation that it maximizes the long term health of the project and its community.
- Within two weeks, a representative of this group will communicate to the broader community, using the ksummit@lists.linux.dev mailing list, what the next steps will be.
The Linux Foundation, as guided by the TAB, will take the steps necessary to support and implement this plan.""
GNU Guix 1.5 arrives after three long years, and it was worth the wait
https://fed.brid.gy/r/https://nerds.xyz/2026/01/gnu-guix-1-5-linux/
#Linux 6.18.7 and 6.12.67 LTS kernels are now available for download at https://kernel.org
I was a bit confused last week when I noticed that multiple files created shortly after each other would often have the exact same nanosecond mtime. Turns out the kernel will use a "coarse", fixed time for all timestamp updates within a certain interval. Well explained in this article: https://www.farside.org.uk/202511/filesystem_times
But it gets even more counter-intuitive with timestamps! With newer kernel versions (6.13+), there are multigrain timestamps. The kernel will watch whether a timestamp was observed previously. If it wasn't, the coarse timestamp will be used as above. BUT IF YOU DID check the timestamp, the next write will use fine-grained, real time for the timestamp update: https://docs.kernel.org/filesystems/multigrain-ts.html
Client Info
Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst