<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:media="http://search.yahoo.com/mrss/"><channel><title><![CDATA[Ubuntu - wimantis blog]]></title><description><![CDATA[Coding, linux, cryptos, woodworking, electronics.]]></description><link>https://wimantis.ninja/</link><image><url>https://wimantis.ninja/favicon.png</url><title>Ubuntu - wimantis blog</title><link>https://wimantis.ninja/</link></image><generator>Ghost 1.25</generator><lastBuildDate>Sun, 04 Oct 2026 05:27:09 GMT</lastBuildDate><atom:link href="https://wimantis.ninja/tag/ubuntu/rss/" rel="self" type="application/rss+xml"/><ttl>60</ttl><item><title><![CDATA[COSMIC Stops Accepting LLM-Generated Code — And Explains Why]]></title><description><![CDATA[System76's COSMIC project now bans all LLM-generated code, comments, and PR descriptions, because the flood of AI submissions was overwhelming its maintainers.]]></description><link>https://wimantis.ninja/cosmic-stops-accepting-llm-generated-code-and-explains-why/</link><guid isPermaLink="false">6ac1e08b35c95073dc50aa0d</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Sun, 04 Oct 2026 07:44:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/10/cosmic-llm.svg" medium="image"/><content:encoded><![CDATA[
<img src="https://wimantis.ninja/content/images/2026/10/cosmic-llm.svg" alt="COSMIC Stops Accepting LLM-Generated Code — And Explains Why"><p>System76's COSMIC desktop project updated its contribution rules on October 2, 2026, and the change is blunt: <a href="https://linuxiac.com/cosmic-stops-accepting-llm-generated-content-in-pull-requests/" target="_blank" rel="noopener noreferrer">pull requests that include any LLM-generated content</a> — source code, comments, or even PR descriptions — will no longer be accepted.</p>

<p>The new policy goes further than simple disclosure. It's an outright ban. Contributors are now required to confirm that nothing in their submission was generated by a large language model before a pull request can be merged.</p>

<h2>Why the Ban?</h2>

<p><a href="https://www.xda-developers.com/cosmic-bans-all-ai-generated-submissions/" target="_blank" rel="noopener noreferrer">COSMIC lead developer Jeremy Soller of System76 explained the reasoning publicly</a>: the project was being swamped. LLMs have made it trivially easy for first-time contributors to generate plausible-looking code and submit it — but plausible-looking is not the same as correct, aligned with the project's architecture, or planned by the maintainers.</p>

<p>According to Soller, the flood of LLM-generated submissions was "unplanned and rarely accepted," but reviewing them placed a real burden on the small core team. The volume was straining maintainers to the point of unsustainability.</p>

<h2>A Pattern Across Open Source</h2>

<p>COSMIC isn't the first open source project to encounter this problem, but it may be one of the most prominent to draw a hard line. The project is written in Rust, targets a technically demanding domain — a full Wayland-based desktop environment built from scratch — and has a lean maintainer team. All three factors make low-quality submissions especially costly to process.</p>

<p>Other projects have adopted disclosure requirements or AI-contribution labels. COSMIC's approach is more aggressive: no LLM output, full stop. The policy applies to code, inline comments, and the PR description itself.</p>

<h2>One Exception</h2>

<p>The ban doesn't extend to the <code>cosmic-flatpak</code> repository, where upstream projects manage their own Flatpak manifests. The COSMIC team reviews those primarily for sandboxing compliance, making the context different enough to warrant separate treatment.</p>

<h2>What This Signals</h2>

<p>This is a real tension playing out across open source right now. AI tools make contribution easier — but the review cost doesn't disappear just because the code was generated cheaply. If anything, low-effort AI submissions shift cost from the contributor to the maintainer. COSMIC's ban is one data point on how projects with limited bandwidth plan to navigate that tradeoff: drawing a bright line and enforcing it, rather than trying to evaluate AI-generated code case by case.</p>
]]></content:encoded></item><item><title><![CDATA[Ubuntu 26.10 Beta "Stonking Stingray" Lands With Linux 7.3 and a Full Rust Coreutils Migration]]></title><description><![CDATA[Ubuntu's newest beta arrives with a complete Rust coreutils migration, Linux 7.3, and GNOME 51 — a preview of where Canonical is taking the 28.04 LTS.]]></description><link>https://wimantis.ninja/ubuntu-26-10-beta-stonking-stingray-lands-with-linux-7-3-and-a-full-rust-coreutils-migration/</link><guid isPermaLink="false">6abf3d7035c95073dc50a9eb</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Fri, 02 Oct 2026 03:17:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/10/img1.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/10/img1.svg" alt="Ubuntu 26.10 Beta "Stonking Stingray" Lands With Linux 7.3 and a Full Rust Coreutils Migration"><p>Ubuntu's newest beta, codenamed "Stonking Stingray," landed on <a href="https://discourse.ubuntu.com/t/ubuntu-26-10-stonking-stingray-beta-released/88662" target="_blank" rel="noopener noreferrer">October 1st, 2026</a> — a few days behind schedule due to infrastructure issues, but worth the wait. "Stonking" is British slang for something impressively large or excellent, a fitting name for a release that ships several meaningful upgrades.</p>

<h2>What's New</h2>

<p>The headliner is a <strong>complete migration to Rust coreutils</strong> via the <a href="https://itsfoss.com/news/ubuntu-26-10-features/" target="_blank" rel="noopener noreferrer">uutils project</a>. Every standard Unix utility you've long relied on — <code>ls</code>, <code>cp</code>, <code>cat</code>, <code>sort</code> — now runs on a memory-safe Rust implementation by default. For most users this will be invisible; for system security, it's a meaningful shift that eliminates an entire category of memory-safety bugs from the base layer.</p>

<p>Ubuntu 26.10 also ships <strong>Linux 7.3</strong> (still in release-candidate phase, but included for beta testing), <strong>GNOME 51</strong> — the same desktop that debuted in Fedora 45 with passkey login and offline maps — and <strong>Mesa 26.2</strong> for improved graphics driver support. The session bus switches from dbus-daemon to dbus-broker for better performance and reliability. WSL and cloud images are part of the beta cycle as well.</p>

<h2>Release Schedule</h2>

<p>According to the <a href="https://documentation.ubuntu.com/release-notes/26.10/schedule/" target="_blank" rel="noopener noreferrer">official release schedule</a>, the Release Candidate lands October 8th, and the final release of Ubuntu 26.10 is set for <strong>October 15th, 2026</strong>. The Canonical team describes the beta as "reasonably free of showstopper image build or installer bugs" — solid enough to test in a VM, not yet recommended as a daily driver.</p>

<h2>Why It Matters</h2>

<p>26.10 is an interim release, not an LTS. But it's the last non-LTS before the <strong>28.04 LTS</strong> cycle, making it a preview of where Canonical is taking Ubuntu for the next several years. The Rust coreutils landing here as stable defaults signals that the 28.04 LTS will almost certainly ship them to hundreds of millions of users.</p>

<p>If you're on Ubuntu 24.04 LTS or 26.04.1 "Resolute Raccoon," this beta won't touch your system — but it's worth watching. Download the <a href="https://www.omgubuntu.co.uk/2026/10/ubuntu-2610-beta-released" target="_blank" rel="noopener noreferrer">Ubuntu 26.10 beta images</a> and file bugs now if you want to help shape what ships in two weeks.</p>]]></content:encoded></item><item><title><![CDATA[Ubuntu 24.04 LTS Users Can Now Upgrade to 26.04.1 "Resolute Raccoon"]]></title><description><![CDATA[Canonical has opened the official upgrade path from Ubuntu 24.04 LTS to 26.04.1 LTS, rolling out gradually through Update Manager with a simple graphical prompt—no command-line workarounds needed.]]></description><link>https://wimantis.ninja/ubuntu-24-04-lts-users-can-now-upgrade-to-26-04-1-resolute-raccoon/</link><guid isPermaLink="false">6abc9abc35c95073dc50a9d1</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Wed, 30 Sep 2026 10:08:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero3-10.svg" medium="image"/><content:encoded><![CDATA[<h2>Ubuntu 24.04 LTS Users Can Now Upgrade to 26.04.1 "Resolute Raccoon"</h2>

<img src="https://wimantis.ninja/content/images/2026/09/hero3-10.svg" alt="Ubuntu 24.04 LTS Users Can Now Upgrade to 26.04.1 "Resolute Raccoon""><p>Canonical quietly flipped the switch on September 29, 2026: Ubuntu 24.04 LTS users can now officially upgrade to Ubuntu 26.04.1 LTS, codenamed "Resolute Raccoon," directly from the desktop. <a href="https://linuxiac.com/ubuntu-24-04-lts-users-can-now-upgrade-to-ubuntu-26-04-1-lts/" target="_blank" rel="noopener noreferrer">Linuxiac confirmed the upgrade path is live</a>, with no command-line workarounds needed.</p>

<h3>Why It Took Until the Point Release</h3>

<p>Canonical traditionally holds back the LTS-to-LTS upgrade prompt until the first point release (.1). The delay allows the most critical post-launch bugs to get patched before exposing the broader LTS audience—who tend to be on stable, production systems—to the new release. Ubuntu 26.04.1 already incorporates all security patches, bug fixes, and package updates shipped since April's initial launch, making it a meaningfully more stable upgrade target than 26.04.0 was.</p>

<h3>How to Upgrade</h3>

<p>Desktop users on Ubuntu 24.04 will start seeing an upgrade notification through Software Updater automatically. The prompt reads: <em>"Ubuntu 26.04.1 LTS is now available (you have 24.04)"</em>, with a single Upgrade button. If you don't want to wait for the prompt, you can trigger the upgrade manually:</p>

<pre><code>sudo do-release-upgrade</code></pre>

<p>Before starting, Canonical recommends <a href="https://ubuntu.com/blog/upgrade-your-desktop-ubuntu-26-04-lts" target="_blank" rel="noopener noreferrer">following these pre-upgrade steps</a>: back up important files, run <code>sudo apt update && sudo apt upgrade</code> to make sure 24.04 is fully current, and ensure the system has several gigabytes of free disk space available.</p>

<h3>What's in Ubuntu 26.04 LTS</h3>

<p>Ubuntu 26.04 "Resolute Raccoon" ships with GNOME 48, Linux kernel 6.14, improved Snap performance, and a refreshed installer experience. Standard LTS support runs through May 2031, with extended security maintenance available to Ubuntu Pro subscribers through 2036.</p>

<h3>Gradual Rollout</h3>

<p>Canonical is pushing the upgrade prompt out progressively over the coming days, so if you don't see it immediately, that's by design—not a sign that anything is wrong. This phased approach lets Canonical monitor upgrade telemetry and catch any widespread issues before they reach the full 24.04 LTS user base.</p>

<p>For Ubuntu 24.04 users who've been waiting for a stable, officially-blessed path forward, that path is open now.</p>
]]></content:encoded></item><item><title><![CDATA[COSMIC Desktop 1.9 Adds a Native Image Viewer and On-Screen Keyboard]]></title><description><![CDATA[System76's Rust-built COSMIC desktop environment reaches version 1.9, closing two visible gaps with first-party apps and refreshing the app store — another steady step toward a complete Linux desktop.]]></description><link>https://wimantis.ninja/cosmic-desktop-1-9-adds-a-native-image-viewer-and-on-screen-keyboard/</link><guid isPermaLink="false">6abb490835c95073dc50a9c2</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Tue, 29 Sep 2026 04:25:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/article3-3.svg" medium="image"/><content:encoded><![CDATA[
<img src="https://wimantis.ninja/content/images/2026/09/article3-3.svg" alt="COSMIC Desktop 1.9 Adds a Native Image Viewer and On-Screen Keyboard"><p>System76's COSMIC desktop environment — the Rust-built, System76-sponsored alternative to GNOME that ships with Pop!_OS — released version 1.9 on September 24, 2026. The update is incremental by design: COSMIC is still working toward a stable baseline, so each release focuses on closing specific gaps rather than introducing sweeping architectural changes.</p>

<p>This release closes two visible ones.</p>

<p><strong>COSMIC Viewer</strong> is the desktop's new native image viewer. <a href="https://www.phoronix.com/news/COSMIC-Epoch-1.9-Released" target="_blank" rel="noopener noreferrer">Phoronix's coverage of the release</a> notes that it handles a wide range of image formats and includes built-in editing capabilities — making it a practical replacement for the grab-bag of third-party image tools users had been relying on. For a desktop that aims to ship as a complete, coherent system rather than a shell with plugins, shipping a native image viewer matters.</p>

<p><strong>COSMIC OSK</strong> is a new on-screen keyboard that supports both touch and gamepad input. This extends COSMIC's usability to tablet-like configurations and couch setups that were previously awkward without a physical keyboard. Gamepad input support in particular is a nod toward the Steam Deck-adjacent use cases that the Pop!_OS user base skews toward.</p>

<p>The release also revamps the COSMIC Store to display developer attribution more prominently for each app and applet. It's a small UX improvement, but one that signals attention to the details that make a software ecosystem feel trustworthy rather than anonymous.</p>

<p><a href="https://9to5linux.com/cosmic-1-9-desktop-environment-released-with-cosmic-viewer-and-cosmic-osk" target="_blank" rel="noopener noreferrer">Pop!_OS 24.04 LTS users already have the update available</a> through the system updater. Rolling-release distributions — Arch, openSUSE Tumbleweed, CachyOS — should see COSMIC 1.9 packages land in their repositories shortly after the announcement.</p>

<p>COSMIC's development cadence has been consistent. The team ships frequently, keeps each release focused on specific goals, and communicates clearly about what's in and what isn't. The desktop isn't finished — there are still rough edges, apps that don't exist yet, and integration work ahead — but 1.9 is another concrete step toward something that looks increasingly like a complete, independent Linux desktop, not just a promising experiment.</p>

<p>The bigger picture: COSMIC represents a genuine alternative approach to building a Linux desktop. Where most desktop environments build on GTK or Qt and C-family languages, COSMIC is written entirely in Rust and uses a custom widget toolkit (iced). That's a significant long-term investment by System76, and releases like 1.9 are the evidence that it's paying off incrementally. <a href="https://linuxiac.com/cosmic-desktop-1-9-adds-cosmic-viewer-on-screen-keyboard/" target="_blank" rel="noopener noreferrer">Linuxiac's coverage</a> has a solid rundown of the full changelog if you want the details beyond the headline features.</p>
]]></content:encoded></item><item><title><![CDATA[Incus 7.5 Moves Instances Between Projects Live — and OVN Networking Gets a Major Upgrade]]></title><description><![CDATA[The open source container and VM manager ships OVN child networks and live project-to-project instance migration, with 11 security fixes bundled in a single release.]]></description><link>https://wimantis.ninja/incus-7-5-moves-instances-between-projects-live-and-ovn-networking-gets-a-major-upgrade/</link><guid isPermaLink="false">6ab9f85535c95073dc50a9b3</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><category><![CDATA[Web development]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Mon, 28 Sep 2026 13:52:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/article3-2.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/article3-2.svg" alt="Incus 7.5 Moves Instances Between Projects Live — and OVN Networking Gets a Major Upgrade"><p>Incus 7.5 shipped on September 25, 2026, adding a pair of capabilities that address two of the most requested gaps in the project's feature set: live instance migration between projects and a more flexible OVN networking model.</p>

<p><strong>Live project migration</strong>: Until now, moving a container or virtual machine from one Incus project to another required stopping the instance, moving it, and restarting. That disruption is gone in 7.5. <a href="https://linuxiac.com/incus-7-5-adds-ovn-child-networks-live-instance-moves/" target="_blank" rel="noopener noreferrer">Instances can now be moved between projects while running</a>, which changes how operators think about resource reorganization and capacity planning — no more scheduling maintenance windows for what should be a bookkeeping operation.</p>

<p><strong>OVN child networks</strong>: The network side of the release is equally significant. <a href="https://discuss.linuxcontainers.org/t/incus-7-5-has-been-released/27273" target="_blank" rel="noopener noreferrer">Incus 7.5 introduces OVN child networks</a>, which allow multiple internal subnets to share a single logical router, uplink, external address pool, and peering configuration. Each child network still maintains its own subnet, DHCP settings, DNS records, ACLs, and instance ports — and NAT can be independently configured per child. The practical effect is that large multi-tenant environments can consolidate their network topology without sacrificing per-tenant isolation. To support the updated OVN model, the minimum required versions are now <a href="https://linuxcontainers.org/incus/news/" target="_blank" rel="noopener noreferrer">Open vSwitch 3.3.0 and OVN 24.03.0</a>.</p>

<p><strong>Security fixes</strong>: The release addresses 11 security vulnerabilities — an unusually high count for a single point release. The quantity signals that users on earlier 7.x releases should treat the upgrade as urgent.</p>

<p>Incus 7.5 also extends VM agent support, adds new performance metrics for monitoring, and carries a range of smaller fixes. The project continues its monthly cadence, positioning 7.5 as the stable platform ahead of what the team has signaled will be a feature-heavy 8.0 series.</p>

<p><em>The release is available immediately through the <a href="https://linuxcontainers.org/incus/" target="_blank" rel="noopener noreferrer">LinuxContainers project</a>.</em></p>]]></content:encoded></item><item><title><![CDATA[Systemd 262 Ships an AI Canary — and That's Just the Start of What's New]]></title><description><![CDATA[The new systemd release adds a mechanism to flag AI-generated code that skipped human review, while also bringing static PID 1 binaries, Intel TDX, and a fix for the thundering-herd restart problem.]]></description><link>https://wimantis.ninja/systemd-262-ships-an-ai-canary-and-thats-just-the-start-of-whats-new/</link><guid isPermaLink="false">6ab9f83835c95073dc50a9af</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Mon, 28 Sep 2026 08:44:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/article2-2.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/article2-2.svg" alt="Systemd 262 Ships an AI Canary — and That's Just the Start of What's New"><p>Systemd 262 landed on September 22, 2026, and carries a broader set of changes than any release in recent memory. The headline is unusual for an init system release: <a href="https://www.phoronix.com/news/systemd-262" target="_blank" rel="noopener noreferrer">an AI/LLM canary</a>, a mechanism designed to help maintainers identify code contributions generated by AI that haven't been adequately reviewed by a human developer before merging.</p>

<p>The canary doesn't block anything automatically — it's a disclosure and detection aid, not a gate. But as AI-assisted development becomes more common in critical infrastructure projects, systemd being one of the first high-stakes open source components to address this problem directly is significant. The project's maintainers have been explicit that unreviewed AI code is a liability, and this builds accountability into the workflow.</p>

<p>Beyond the canary, systemd 262 makes structural improvements to containers, security, and service management.</p>

<p><strong>Containers and minimal environments</strong>: <a href="https://linuxiac.com/systemd-262-released-with-static-pid-1-builds/" target="_blank" rel="noopener noreferrer">Systemd can now be compiled as a single statically linked PID 1 binary</a>, making it viable for very small container images where installing a full unit file tree isn't practical. A built-in fallback set of unit files means the manager can operate from memory when disk-based unit files can't be loaded — useful in locked-down container scenarios.</p>

<p><strong>Hardware-rooted security</strong>: <a href="https://www.linuxjournal.com/content/systemd-262-released-static-pid-1-intel-tdx-tpm-improvements-and-new-container-features" target="_blank" rel="noopener noreferrer">Intel TDX (Trust Domain Extensions) joins AMD SEV-SNP</a> as a supported confidential computing platform. TPM integration deepens with Storage Root Key pinning and Argon2id PIN enrollment for <code>systemd-cryptenroll</code>, giving disk encryption setups stronger hardware-backed authentication options.</p>

<p><strong>Service reliability</strong>: A new <code>RestartRandomizedDelaySec=</code> directive lets services delay their automatic restart by a random interval, which prevents the thundering-herd problem where dozens of failing services all restart simultaneously after a shared failure event. The <code>LUOSession=</code> option connects service units to Live Update Orchestrator sessions, enabling coordinated live service updates without a reboot.</p>

<p>The release also adds OpenSSL 4 support and a range of networking and storage improvements. For Linux distributions shipping systemd — which is most of them — this release's combination of security hardening and AI code provenance tooling sets a template other projects will likely follow.</p>

<p><em>Systemd 262 is available now; most major distributions will begin staging it in the coming weeks.</em></p>]]></content:encoded></item><item><title><![CDATA[COSMIC Desktop 1.9 Ships a Native Image Viewer and On-Screen Keyboard]]></title><description><![CDATA[COSMIC Epoch 1.9 ships two new applications — COSMIC Viewer for images and COSMIC OSK for touch input — alongside a redesigned app store with developer attribution and optional systemd-homed login support.]]></description><link>https://wimantis.ninja/cosmic-desktop-1-9-ships-a-native-image-viewer-and-on-screen-keyboard/</link><guid isPermaLink="false">6ab7547d35c95073dc50a990</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Sat, 26 Sep 2026 01:45:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/article2-1.svg" medium="image"/><content:encoded><![CDATA[
<img src="https://wimantis.ninja/content/images/2026/09/article2-1.svg" alt="COSMIC Desktop 1.9 Ships a Native Image Viewer and On-Screen Keyboard"><p>System76's COSMIC desktop is moving fast. Just 13 days after releasing version 1.8, the team <a href="https://9to5linux.com/cosmic-1-9-desktop-environment-released-with-cosmic-viewer-and-cosmic-osk" target="_blank" rel="noopener noreferrer">shipped COSMIC Epoch 1.9 on September 23, 2026</a>, adding two new first-party applications and a redesigned app store. The pace suggests the team is operating in a rapid iteration mode that's unusual for a desktop environment project.</p>

<h2>COSMIC Viewer: A Native Image Viewer, Finally</h2>

<p>The headline addition is <strong>COSMIC Viewer</strong>, a native image viewer that supports a wide range of formats and includes built-in basic editing capabilities. Until now, COSMIC lacked a first-party image viewer, which was a notable gap for a desktop claiming to be a complete environment. COSMIC Viewer fills that gap with a clean Rust-native implementation that fits the visual language of the rest of the desktop.</p>

<p>The second new app is <strong>COSMIC OSK</strong>, an on-screen keyboard designed for both touch and gamepad input. This is particularly significant for COSMIC's ambitions: Pop!_OS, the distro from System76 that ships COSMIC by default, has been <a href="https://www.phoronix.com/news/COSMIC-Epoch-1.9-Released" target="_blank" rel="noopener noreferrer">expanding toward tablet and touchscreen use cases</a>. A native, first-class on-screen keyboard that works above the lock screen makes COSMIC meaningfully more viable as a tablet desktop. The lock screen can now display the OSK on top of it directly, which is a prerequisite for touch-only login flows.</p>

<h2>Settings and Store Updates</h2>

<p>The Settings app picks up several useful additions: the About page now shows the installed COSMIC version, there are new configuration options for the on-screen keyboard, WireGuard-related issues are resolved, and you can now opt to display the day of the week in the clock. Small things, but the kind of polish that accumulates into a usable system.</p>

<p>The <strong>COSMIC Store</strong> receives a visual redesign that adds developer attribution — each application or applet now shows who made it. This is a trust signal that matters as third-party COSMIC applets proliferate. Users can see at a glance whether they're installing something from a known project or an unknown contributor.</p>

<h2>systemd-homed and Files Fixes</h2>

<p>COSMIC Greeter gains optional support for <strong>systemd-homed</strong>, systemd's system for portable, encrypted home directories. This is a niche but important feature for security-conscious users who want their home directory encrypted at rest and tied to user authentication rather than full-disk encryption.</p>

<p>COSMIC Files gets several reliability fixes: drag-selection behavior is corrected, Windows .exe files now display proper icons, sorting preferences persist across file dialogs, and Shift-based context menus work correctly. The compositor also gains support for showing layer-shell applications — including the new on-screen keyboard — on top of the lock screen.</p>

<p>COSMIC 1.9 is <a href="https://github.com/pop-os/cosmic-epoch/releases/tag/epoch-1.9.0" target="_blank" rel="noopener noreferrer">available on GitHub</a> and ships with Pop!_OS builds. Given System76's current release cadence, version 1.10 is presumably a week or two away.</p>
]]></content:encoded></item><item><title><![CDATA[GNOME 51 'A Coruña' Lands With Passkey Login, Offline Maps, and Smoother Animations]]></title><description><![CDATA[GNOME 51, released September 16, brings FIDO2 passkey authentication to the Linux login screen, offline map support, hand-drawn PDF signatures, and better frame scheduling — plus drops legacy NVIDIA driver paths for older GPUs.]]></description><link>https://wimantis.ninja/gnome-51-a-coruna-lands-with-passkey-login-offline-maps-and-smoother-animations/</link><guid isPermaLink="false">6aacc7c935c95073dc50a919</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Fri, 18 Sep 2026 03:55:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero3-6.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/hero3-6.svg" alt="GNOME 51 'A Coruña' Lands With Passkey Login, Offline Maps, and Smoother Animations"><p>GNOME 51, codenamed "A Coruña," shipped its stable release on <a href="https://www.omgubuntu.co.uk/2026/09/gnome-51-released" target="_blank" rel="noopener noreferrer">September 16, 2026</a>. The update lands two days ahead of today and brings several headline features — most notably passkey support for the login screen, offline maps in the Maps application, and hand-drawn PDF signatures — on top of a round of polish aimed at making everyday desktop interactions feel more fluid.</p>

<h2>Passkey Login Is Finally Here</h2>
<p>The most security-forward addition in GNOME 51 is <a href="https://www.helpnetsecurity.com/2026/09/17/gnome-51-new-features/" target="_blank" rel="noopener noreferrer">FIDO2 passkey authentication at the login screen</a>. Users can now authenticate with hardware security keys or platform authenticators directly from the GNOME display manager, bypassing passwords entirely. This brings GNOME in line with where the broader web ecosystem has been heading for several years and makes the desktop login flow meaningfully more secure against credential-stuffing and phishing. The feature works alongside existing PIN and password options rather than replacing them.</p>

<h2>Offline Maps and Better Documents</h2>
<p>GNOME Maps gains offline map support and live transit information, meaning you can download areas for use without a network connection and see real-time public transport data when you're online. The Papers document viewer adds hand-drawn signature support — useful for anyone who regularly signs PDFs without wanting to leave the desktop environment for an external tool.</p>

<h2>Smoother Animations and a Reduced Motion Option</h2>
<p>Under the hood, GNOME 51 includes frame scheduling changes that improve how animations and scrolling feel when the system is under load. Previously, a heavy background process could cause the UI to stutter noticeably; the new scheduling logic keeps interface animations more consistent. A new Reduced Motion toggle in Accessibility settings lets users who are sensitive to movement dial back animations system-wide — a feature that's been present in macOS and iOS for years and has been a frequent request from the Linux accessibility community.</p>

<h2>NVIDIA Legacy Hardware Loses Proprietary Driver Support</h2>
<p>GNOME 51 removes the legacy NVIDIA driver paths that older cards like the GeForce GTX 700 series relied on. <a href="https://www.omgubuntu.co.uk/2026/09/gnome-51-released" target="_blank" rel="noopener noreferrer">Those GPUs fall back to the Nouveau open-source driver</a> under GNOME 51. For most workflows Nouveau performs adequately, but users with older NVIDIA hardware doing GPU-intensive work should verify compatibility before upgrading. The move cleans up a significant maintenance burden in the GNOME codebase.</p>

<h2>When Will You Get It?</h2>
<p>GNOME 51 will ship in Fedora 45, currently in beta, and in Ubuntu 26.10 which is due October 15. Users on long-term-support distributions like Ubuntu 24.04 or 26.04 won't receive it through normal channels. Source tarballs are available now at <a href="https://download.gnome.org/sources/" target="_blank" rel="noopener noreferrer">download.gnome.org</a> for those building from source. Rolling-release distributions like Arch and openSUSE Tumbleweed will pick it up over the coming days through normal package updates.</p>

<p>GNOME 51 is a release that rewards existing users more than it converts newcomers — but passkey support alone is the kind of security-forward change that makes it worth tracking for anyone who runs a GNOME desktop.</p>
]]></content:encoded></item><item><title><![CDATA[Fedora 45 Beta Arrives with KMSCON, GNOME 51, and the End of Dual Secret Managers]]></title><description><![CDATA[The Fedora 45 Beta, released September 15, ships a revamped console, unified credential storage with oo7, hardened ptrace defaults, and a thorough toolchain refresh — with a final release targeting October 20.]]></description><link>https://wimantis.ninja/fedora-45-beta-arrives-with-kmscon-gnome-51-and-the-end-of-dual-secret-managers/</link><guid isPermaLink="false">6aab771835c95073dc50a907</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Wed, 16 Sep 2026 21:47:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero_fedora45.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/hero_fedora45.svg" alt="Fedora 45 Beta Arrives with KMSCON, GNOME 51, and the End of Dual Secret Managers"><p>The Fedora Project <a href="https://fedoramagazine.org/announcing-fedora-linux-45-beta/" target="_blank" rel="noopener noreferrer">shipped Fedora Linux 45 Beta on September 15, 2026</a>, dropping a feature-dense preview of what's coming in late October. Beyond the standard version bumps, Fedora 45 carries several structural changes that rethink how the system handles consoles, secrets, and process isolation.</p>
<h2>KMSCON Replaces the In-Kernel Console</h2>
<p>The most visible low-level change is the switch from <strong>fbcon</strong> — the aging framebuffer console built into the Linux kernel — to <strong>kmscon</strong>, a userspace terminal emulator that drives the display via kernel mode setting directly. The result is a more capable virtual terminal with better font rendering, proper Unicode support, and smoother integration with the modern graphics stack. If you've ever booted into garbled text or hit inconsistencies with fbcon on modern GPU drivers, this is a direct structural fix rather than a workaround.</p>
<h2>oo7 Unifies Secret Management</h2>
<p>One of the more significant under-the-hood changes: <a href="https://9to5linux.com/fedora-linux-45-beta-released-with-linux-7-2-gnome-51-and-kde-plasma-6-7" target="_blank" rel="noopener noreferrer">Fedora 45 drops both GNOME Keyring and KWallet</a> in favor of <strong>oo7</strong>, a single unified Secrets Service implementation that works consistently across GNOME, KDE Plasma, and other desktop environments. Historically, applications had to guess which secret manager was running or cope with duplicated, conflicting credential stores. oo7 replaces both with one standardized backend — a long-overdue consolidation.</p>
<h2>ptrace Restricted by Default</h2>
<p>Unprivileged ptrace — the system call that lets one process inspect or inject code into another — is now restricted system-wide by default. This closes a class of attacks where malware could silently attach to running processes without root. When debugging tools are installed, the restriction automatically relaxes to preserve developer workflow, so the security default costs developers nothing in practice.</p>
<h2>Toolchain and Desktop Updates</h2>
<p><a href="https://www.phoronix.com/news/Fedora-45-Beta" target="_blank" rel="noopener noreferrer">The toolchain refresh is thorough</a>: Python 3.15, Go 1.27, GCC 16.2, Glibc 2.44, and LLVM 23 all ship with Fedora 45. Desktop environments include <strong>GNOME 51</strong> on the Workstation spin and <strong>KDE Plasma 6.7</strong> on the KDE spin. The Anaconda installer gains Stratis Storage support, and package builds are now expected to be reproducible by default — with a DRM Panic front-end to make kernel crash messages more readable when things go wrong.</p>
<h2>What's Next</h2>
<p>The final release of Fedora Linux 45 is scheduled for <strong>October 20, 2026</strong>, with a fallback date of October 27 if blockers remain. Testing feedback from the Beta is the fastest path to a clean launch.</p>]]></content:encoded></item><item><title><![CDATA[Ubuntu 24.04.5 LTS Brings the Linux 7.0 Kernel to Noble Numbat Users]]></title><description><![CDATA[The fifth point release of Ubuntu 24.04 LTS ships with a Linux 7.0 HWE kernel and Mesa 26.2 — bringing newer hardware support to Noble Numbat without requiring an upgrade to 26.04.]]></description><link>https://wimantis.ninja/ubuntu-24-04-5-lts-brings-the-linux-7-0-kernel-to-noble-numbat-users/</link><guid isPermaLink="false">6aa630af35c95073dc50a8d1</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Sun, 13 Sep 2026 10:43:40 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/image3_ubuntu.svg" medium="image"/><content:encoded><![CDATA[<h2>What Is a Point Release?</h2>
<img src="https://wimantis.ninja/content/images/2026/09/image3_ubuntu.svg" alt="Ubuntu 24.04.5 LTS Brings the Linux 7.0 Kernel to Noble Numbat Users"><p>
Long-Term Support (LTS) releases of Ubuntu are built to last. Ubuntu 24.04 LTS "Noble Numbat" launched in April 2024 and carries standard security support through May 2029. Point releases — the .1, .2, .3 suffixes — are cumulative snapshots of everything that's landed since launch: security patches, bug fixes, and updated hardware support. They matter most for fresh installs, sparing new deployers from immediately applying months of accumulated updates.
</p>
<p>
<a href="https://www.phoronix.com/news/Ubuntu-24.04.5-LTS" target="_blank" rel="noopener noreferrer">Ubuntu 24.04.5 LTS</a>, released on September 10, 2026, follows that pattern — except its kernel bump is anything but routine for an 18-month-old release.
</p>

<h2>Linux 7.0 on Noble Numbat</h2>
<p>
The headline change in 24.04.5 is the Hardware Enablement (HWE) stack shifting to <strong>Linux 7.0</strong>, the same kernel that shipped with Ubuntu 26.04 LTS "Resolute Raccoon" earlier this year. Ubuntu's HWE mechanism is how the project delivers newer kernel and graphics support to older LTS releases — it lets the underlying OS stay current with new hardware without requiring users to upgrade to a new Ubuntu version.
</p>
<p>
Alongside the kernel, Ubuntu 24.04.5 LTS bundles the <strong>Mesa 26.2</strong> graphics stack, which brings improved driver coverage for recent AMD RDNA 4, Intel Arc Battlemage, and other GPU hardware released in the past year. As <a href="https://www.omgubuntu.co.uk/2026/09/ubuntu-24-04-5-lts-released-with-linux-kernel-7-0" target="_blank" rel="noopener noreferrer">OMG Ubuntu explains</a>, both the Linux 7.0 kernel and Mesa 26.2 were already available as an opt-in HWE update for existing Noble Numbat users before today's point release — the ISO just ships with them by default now.
</p>

<h2>What Doesn't Change</h2>
<p>
If you're already running Ubuntu 24.04 LTS and value kernel stability over freshness, nothing is forced on you. Systems running the General Availability (GA) kernel stay on the original 6.8 series that shipped with 24.04.0 in April 2024. Enterprise deployments that depend on specific kernel versions for certification or ISV support can continue doing exactly that without any changes.
</p>
<p>
The support window is also unchanged. <a href="https://cybersecuritynews.com/ubuntu-24-04-5-lts-linux-7/" target="_blank" rel="noopener noreferrer">Standard security support for Ubuntu 24.04 LTS runs through May 2029</a>, measured from the original April 2024 release. Point releases don't reset the clock.
</p>

<h2>Should You Make the Switch?</h2>
<p>
If you're on Ubuntu 24.04 LTS and your hardware is recent enough to benefit from Linux 7.0 or Mesa 26.2 — newer AMD or Intel GPUs, newer laptops with fingerprint readers, newer NVMe controllers — enabling the HWE kernel is worth it. You don't need to reinstall; you can switch on an existing system. Canonical's <a href="https://ubuntu.com/kernel/lifecycle" target="_blank" rel="noopener noreferrer">kernel lifecycle page</a> has the full details on when HWE kernel updates land and what each brings.
</p>
<p>
If you're doing a fresh Ubuntu 24.04 LTS deployment now, the 24.04.5 ISO is the right one to grab — it saves your first boot from downloading months of accumulated patches. The updated image is available at <a href="https://releases.ubuntu.com/noble/" target="_blank" rel="noopener noreferrer">releases.ubuntu.com/noble/</a>.
</p>
<p>
It's not a dramatic release. It's a practical one — which is exactly what a point release for a mature LTS should be.
</p>]]></content:encoded></item><item><title><![CDATA[COSMIC Desktop 1.8 Arrives with a Rewritten Compositor, Tablet Emulation, and Greeter Fixes]]></title><description><![CDATA[COSMIC Epoch 1.8.0 tagged on September 9, bringing a rewritten compositor with tablet emulation and libei pasteboard support, alongside greeter improvements and audio fixes for System76's Rust-built desktop.]]></description><link>https://wimantis.ninja/cosmic-desktop-1-8-arrives-with-a-rewritten-compositor-tablet-emulation-and-greeter-fixes/</link><guid isPermaLink="false">6aa38e0335c95073dc50a8b4</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Fri, 11 Sep 2026 02:45:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero2-4.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/hero2-4.svg" alt="COSMIC Desktop 1.8 Arrives with a Rewritten Compositor, Tablet Emulation, and Greeter Fixes"><p>System76 tagged COSMIC Epoch 1.8.0 on September 9, 2026, the latest coordinated snapshot of its Rust-built Linux desktop environment. The release focuses primarily on the compositor — cosmic-comp — with additions that expand input device handling and inter-process clipboard sharing.</p>

<h2>What Changed in the Compositor</h2>

<p>The headline addition is tablet emulation support, letting the compositor translate trackpad or mouse input into stylus-style signals that drawing and design applications understand as a tablet device. Alongside that, <a href="https://www.phoronix.com/news/COSMIC-Epoch-1.8" target="_blank" rel="noopener noreferrer">COSMIC Epoch 1.8</a> adds libei pasteboard sharing, which enables applications and remote input tools to exchange clipboard content through the libei protocol — filling a gap that had left some Wayland-based remote-control and accessibility tools unable to paste reliably into COSMIC sessions.</p>

<p>A new corner radius protocol for rounded window borders was also added, giving application developers a standardized way to declare their preferred corner rounding rather than relying on compositor-side heuristics.</p>

<h2>Outside the Compositor</h2>

<p>The rest of the release is maintenance and quality-of-life work. Bluetooth device alias handling was improved, reducing the frequency of generic device names appearing where a user-assigned alias should show. The audio source volume slider received a targeted fix. Most notably for shared machines, the greeter now supports multi-factor PAM login chaining — meaning it can handle authentication flows that require a password plus a second factor, such as a TOTP code, without needing a workaround.</p>

<p>According to the <a href="https://www.linuxcompatible.org/story/cosmic-epoch-180-tagged-system76-syncs-rust-desktop-stack-and-wayland-compositor-overhaul" target="_blank" rel="noopener noreferrer">release notes on Linux Compatible</a>, the 1.8.0 tag pins more than twenty independently developed COSMIC submodules together in a single tested snapshot — which is what the "Epoch" label means in System76's release model.</p>

<h2>Context and Cadence</h2>

<p>COSMIC 1.8 arrived two weeks after COSMIC 1.7, maintaining the project's steady cadence of incremental releases. The environment remains in active development, with each Epoch release solidifying stability across the Rust-based stack. The project builds every component — compositor, app launcher, file manager, settings — in Rust, targeting a smaller attack surface and more predictable memory behavior than traditional C-based desktop stacks.</p>

<p>The tablet emulation support is particularly relevant for Pop!_OS users running drawing software. Previous COSMIC releases had limited support for touchpad-as-tablet workflows that tools like Krita and Inkscape support on other compositors. The libei change also has accessibility implications: libei is increasingly used by on-screen keyboards and switch access tools to interact with Wayland desktops, and full pasteboard support removes a friction point for those workflows.</p>

<p>For anyone already running COSMIC, the 1.8 update lands through the usual System76 channels and Pop!_OS repositories.</p>]]></content:encoded></item><item><title><![CDATA[Arch Linux September 2026 ISO Arrives with Linux Kernel 7.2.2]]></title><description><![CDATA[Arch Linux's monthly snapshot for September 2026 ships a 1.5 GB ISO powered by Linux kernel 7.2.2 — the first Arch release to default to the newly minted 7.2 branch, with improved hardware detection across the board.]]></description><link>https://wimantis.ninja/arch-linux-september-2026-iso-arrives-with-linux-kernel-7-2-2/</link><guid isPermaLink="false">6a9f990535c95073dc50a890</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Tue, 08 Sep 2026 10:29:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero3-3.svg" medium="image"/><content:encoded><![CDATA[<img src="https://wimantis.ninja/content/images/2026/09/hero3-3.svg" alt="Arch Linux September 2026 ISO Arrives with Linux Kernel 7.2.2"><p>Arch Linux's monthly ISO snapshot for September 2026 is out, and it ships a meaningful kernel upgrade: <a href="https://archlinux.org/releng/releases/2026.09.01/" target="_blank" rel="noopener noreferrer">Arch Linux 2026.09.01</a> is the first Arch ISO to default to <strong>Linux kernel 7.2.2</strong>, a notable jump from the 7.1.5 kernel that shipped in August's image. The new ISO weighs in at 1.5 GB and carries the latest Archinstall 4.4 text-mode installer.</p>

<p>If you're setting up a new Arch installation—or refreshing a virtual machine or test environment—this is the ISO to grab.</p>

<h2>What's New in Linux 7.2</h2>

<p>Linux 7.2 is not a minor point release. The branch introduced several driver improvements and architecture-level changes that matter particularly for <strong>newer and older hardware alike</strong>. The Arch team notes that the 7.2 kernel detects hardware components that previous Arch ISOs failed to initialize correctly—a particular win for users on machines that sat in an awkward compatibility gap between 7.0 and 7.1 driver support.</p>

<p>On the AMD side, earlier Linux 7.x releases already folded in DCN 6.0 display driver support, improved Zen 6 scheduler awareness, and overhauls to the KVM subsystem. The 7.2 branch continues that cadence with additional stability fixes across the AMD and Intel stacks. The <a href="https://9to5linux.com/first-arch-linux-iso-powered-by-linux-kernel-7-2-is-now-available-for-download" target="_blank" rel="noopener noreferrer">9to5Linux writeup on the release</a> highlights that the new ISO should noticeably reduce the "hardware not detected" headaches that occasionally plagued fresh installations on cutting-edge systems.</p>

<h2>Archinstall 4.4</h2>

<p>The bundled installer has been updated to version 4.4. Archinstall has matured considerably since it became the recommended guided-installation path for new users—it now handles disk encryption, filesystem selection (including Btrfs subvolume layouts), and profile-based desktop environment setup without requiring users to manually partition or configure bootloaders. Version 4.4 includes refinements to the mirror ranking logic and fixes for edge cases in the disk partitioning flow.</p>

<p>For experienced Arch users, Archinstall is of course optional—the ISO boots to a live shell as always, and manual installation via the Arch Wiki remains fully supported. But for users who want a fast, scripted path to a working base system, 4.4 is the smoothest the tool has been.</p>

<h2>Download and Verification</h2>

<p>The ISO is available from <a href="https://archlinux.org/download/" target="_blank" rel="noopener noreferrer">Arch Linux's official download page</a> and worldwide mirrors. The SHA256 checksum for the September 2026 image is <code>be8458032f8105e60ee2a3067f950b6e3c007ee51b38dac50e8b48e765561c91</code>. As always, verify the checksum before writing to a USB drive—Arch mirrors are generally reliable, but it's a two-second check that's worth building into the habit.</p>

<p>Torrent and magnet URI downloads are also available for those who prefer peer-to-peer distribution.</p>

<h2>A Note on Rolling Releases</h2>

<p>Existing Arch installations don't need to reinstall to get kernel 7.2. A standard <code>pacman -Syu</code> will pull it in as part of the normal rolling update cycle—and for most users running updated systems, it's likely already installed. The monthly ISO release is primarily for new installations and for keeping bootable media current. It's worth updating your Ventoy stick or live USB if you use one for system rescue or deployment.</p>

<p>Arch Linux 2026.09.01 is available now.</p>]]></content:encoded></item><item><title><![CDATA[DankMaterialShell 1.6 'Marble Tabby' Lands with 5× Faster IPC and a Dynamic Island Bar]]></title><description><![CDATA[The popular Wayland desktop shell overhauls its performance across the board — 5.2× faster IPC, 8.6× faster screenshots, 76 MB lower idle memory — and introduces a new floating island-style bar.]]></description><link>https://wimantis.ninja/dankmaterialshell-1-6-marble-tabby-lands-with-5x-faster-ipc-and-a-dynamic-island-bar/</link><guid isPermaLink="false">6a9e481135c95073dc50a87e</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Mon, 07 Sep 2026 05:48:22 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/dms16.svg" medium="image"/><content:encoded><![CDATA[
<img src="https://wimantis.ninja/content/images/2026/09/dms16.svg" alt="DankMaterialShell 1.6 'Marble Tabby' Lands with 5× Faster IPC and a Dynamic Island Bar"><p>For Wayland desktop users who care about both performance and aesthetics, September 5, 2026 brought a notable release: <a href="https://danklinux.com/blog/v1-6-release" target="_blank" rel="noopener noreferrer">DankMaterialShell 1.6, codenamed "Marble Tabby"</a>. The update delivers the biggest performance overhaul in the project's history alongside a visually bold new bar design called Dank Island.</p>

<h2>What Is DankMaterialShell?</h2>

<p>DankMaterialShell (DMS) is a complete desktop shell for Wayland compositors — it works with niri, Hyprland, MangoWC, Sway, labwc, and others. Unlike a GNOME shell extension, it replaces the entire desktop layer, providing its own bar, launcher, dashboard, notifications, and control center. It draws stylistic inspiration from Material Design while targeting power users who want deep customization without hand-writing compositor config files.</p>

<h2>The Performance Numbers</h2>

<p>The headline of the 1.6 release is a sweeping performance overhaul. <a href="https://linuxiac.com/dankmaterialshell-1-6-marble-tabby-released-with-dank-island/" target="_blank" rel="noopener noreferrer">According to the project's own benchmarks</a>, the improvements are substantial across the board:</p>

<ul>
  <li><strong>IPC calls: 5.2× faster</strong> — the communication layer between shell components is dramatically more responsive</li>
  <li><strong>Screenshot operations: up to 8.6× faster</strong> — practically instant on modern hardware</li>
  <li><strong>Color picker: 3.9× faster</strong></li>
  <li><strong>Idle memory usage reduced by ~19%</strong> — roughly 76 MB saved on a two-monitor test system</li>
</ul>

<p>These aren't micro-benchmarks on contrived workloads. The IPC speed in particular matters every time a widget updates, a notification lands, or media playback changes state. A 5× improvement there makes the entire shell feel snappier throughout the day.</p>

<h2>Dank Island: A New Bar Mode</h2>

<p>The most visible addition is Dank Island — a floating bar mode centered on a single interactive island with satellite widgets on each side. The island's content adapts in real time, surfacing notification summaries, media playback controls, and on-screen display feedback. Surfaces like the dashboard and control center can expand directly from the island rather than appearing as separate overlays, keeping interactions compact and coherent.</p>

<p>The aesthetic is deliberately reminiscent of Apple's Dynamic Island, but built on open web technologies (the Dank Linux stack uses modern web tech internally) and designed for a keyboard-and-pointer Wayland workflow rather than a touch interface.</p>

<h2>Other Changes in 1.6</h2>

<p>GTK3 dynamic theming lands in this release, allowing the shell to recolor GTK apps in sync with the current desktop accent. The greeter has been split into a standalone project, <code>dank-greeter</code>. Versioning is now unified across the full Dank Desktop suite — DMS, dsearch, dgop, dcal, and dgreeter all share the same release number, which simplifies dependency tracking for distribution packagers.</p>

<p>If you run a Wayland compositor and have been on the fence about DMS, 1.6 removes most of the performance objections. A significantly lighter idle footprint combined with a polished new bar makes this a compelling upgrade for anyone invested in the Wayland ecosystem.</p>
]]></content:encoded></item><item><title><![CDATA[CERN Is Ditching Red Hat After 30 Years — and Betting Its Particle Accelerators on Debian]]></title><description><![CDATA[Europe's physics giant is migrating 2,200+ accelerator control machines from RHEL to Debian 13, citing forced CPU obsolescence and a CHF 5.4 million cost estimate as the last straw.]]></description><link>https://wimantis.ninja/cern-is-ditching-red-hat-after-30-years-and-betting-its-particle-accelerators-on-debian/</link><guid isPermaLink="false">6a99019935c95073dc50a847</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Thu, 03 Sep 2026 02:17:00 GMT</pubDate><media:content url="https://wimantis.ninja/content/images/2026/09/hero2.svg" medium="image"/><content:encoded><![CDATA[<article>
<img src="https://wimantis.ninja/content/images/2026/09/hero2.svg" alt="CERN Is Ditching Red Hat After 30 Years — and Betting Its Particle Accelerators on Debian"><p>CERN runs the Large Hadron Collider. It also runs roughly 2,200 industrial computers and embedded systems spread across 43 square kilometers of accelerator infrastructure, each one connected to about 17,000 physical devices. For most of the last three decades, those machines ran Red Hat Enterprise Linux. Not anymore.</p>

<p>As of this week, <a href="https://linuxiac.com/debian-13-is-taking-over-2200-control-systems-across-cern/" target="_blank" rel="noopener noreferrer">CERN's accelerator controls team is migrating the entire fleet to Debian 13</a>, targeting completion by the end of 2026. It's one of the most consequential Linux distribution switches in scientific computing history, and the trigger was surprisingly specific: a compiler flag.</p>

<h2>The Straw That Broke the Camel's Back</h2>

<p>CERN's relationship with Red Hat is long. The physics organization co-maintained Scientific Linux, a RHEL derivative. It moved to CentOS after RHEL licensing costs made Scientific Linux unsustainable, then watched CentOS's direction shift under IBM ownership. Through all of that, CERN stayed in the Red Hat ecosystem.</p>

<p>What finally pushed them out was <a href="https://www.phoronix.com/news/CERN-Goes-Debian-Leaving-RHEL" target="_blank" rel="noopener noreferrer">RHEL 9's decision to raise its x86-64 microarchitecture baseline to v2</a> — the <code>-march=x86-64-v2</code> compiler flag. That flag requires SSE4.2 and POPCNT instruction support, which modern CPUs all have but older embedded boards do not. CERN operates hardware that spans decades. Some of those boards can't be easily replaced. Under RHEL 9's new minimum, they'd need redesigning.</p>

<p>CERN estimated that staying on the Red Hat path would cost roughly <strong>CHF 5.4 million</strong>, requiring about 11 hardware boards to be redesigned. Debian, by contrast, still builds its amd64 port against the original x86-64 baseline, meaning those legacy boards keep running without modification.</p>

<h2>What Debian 13 Gives CERN</h2>

<p>The migration isn't just a cost dodge. Debian 13 "Trixie" offers CERN a stable, community-governed platform with long support cycles, no corporate owner who can shift strategy mid-stream, and a package ecosystem large enough to cover CERN's real-time control software stack. It also sidesteps the licensing complexity RHEL introduced when Red Hat tightened source code access in 2023.</p>

<p>The challenges are real, though. <a href="https://hwbusters.com/news/cerns-debian-migration-moves-2200-accelerator-control-machines-off-red-hat/" target="_blank" rel="noopener noreferrer">CERN's team has documented gaps</a>: no standard tooling for automated package building and publishing, and toolchain incompatibilities with systems that need to support multiple package versions simultaneously. These are solvable — Debian's infrastructure team has been actively engaged — but migrating accelerator control software isn't like updating a web app.</p>

<h2>Why This Matters Beyond CERN</h2>

<p>CERN isn't a typical enterprise customer. It's an institution that shapes how scientific computing infrastructure is designed globally. When it switches distributions, other national labs, universities, and research institutes pay attention.</p>

<p>The migration is also a data point in a broader trend: institutions that had long accepted Red Hat's terms are reconsidering after the 2023 CentOS source-code restrictions. <a href="https://linux.slashdot.org/story/26/09/02/2041220/cern-transitioning-from-rhel-to-debian" target="_blank" rel="noopener noreferrer">CERN's public documentation of their rationale</a> gives others a detailed roadmap for making the same call — and a credible answer to the question of what you do with hardware that RHEL's new CPU baseline leaves behind.</p>

<p>The Large Hadron Collider runs on Debian now. That's a sentence that would have sounded implausible five years ago.</p>
</article>]]></content:encoded></item><item><title><![CDATA[uutils Coreutils 0.11 Hits 95% GNU Compatibility With Compiler-Style Errors and PGO Builds]]></title><description><![CDATA[The Rust-based reimplementation of GNU Coreutils reaches 95.33% compatibility in its 0.11 release, introducing Ariadne-powered error messages and Profile Guided Optimization builds that are up to 31% faster.]]></description><link>https://wimantis.ninja/uutils-coreutils-0-11-hits-95-gnu-compatibility-with-compiler-style-errors-and-pgo-builds/</link><guid isPermaLink="false">6a97aff835c95073dc50a83b</guid><category><![CDATA[AI]]></category><category><![CDATA[Ubuntu]]></category><dc:creator><![CDATA[Geth Author]]></dc:creator><pubDate>Wed, 02 Sep 2026 14:58:00 GMT</pubDate><content:encoded><![CDATA[<figure style="margin:0 0 2em 0;width:100%;"><svg viewbox="0 0 1200 400" xmlns="http://www.w3.org/2000/svg">
  <defs>
    <lineargradient id="bg3" x1="0%" y1="0%" x2="100%" y2="100%">
      <stop offset="0%" style="stop-color:#0d1a0d"/>
      <stop offset="50%" style="stop-color:#172317"/>
      <stop offset="100%" style="stop-color:#091209"/>
    </lineargradient>
    <lineargradient id="vignL3" x1="0%" y1="0%" x2="100%" y2="0%">
      <stop offset="0%" style="stop-color:#000000;stop-opacity:0.8"/>
      <stop offset="38%" style="stop-color:#000000;stop-opacity:0"/>
    </lineargradient>
    <lineargradient id="vignR3" x1="100%" y1="0%" x2="0%" y2="0%">
      <stop offset="0%" style="stop-color:#000000;stop-opacity:0.8"/>
      <stop offset="38%" style="stop-color:#000000;stop-opacity:0"/>
    </lineargradient>
    <radialgradient id="rustGlow" cx="50%" cy="50%" r="50%">
      <stop offset="0%" style="stop-color:#e84d2a;stop-opacity:0.2"/>
      <stop offset="70%" style="stop-color:#e84d2a;stop-opacity:0.04"/>
      <stop offset="100%" style="stop-color:#e84d2a;stop-opacity:0"/>
    </radialgradient>
    <radialgradient id="termGlow" cx="50%" cy="50%" r="50%">
      <stop offset="0%" style="stop-color:#39ff14;stop-opacity:0.08"/>
      <stop offset="100%" style="stop-color:#39ff14;stop-opacity:0"/>
    </radialgradient>
    <filter id="softglow">
      <fegaussianblur stddeviation="2.5" result="blur">
      <femerge><femergenode in="blur"><femergenode in="SourceGraphic"/></femergenode></femerge>
    </fegaussianblur></filter>
  </defs>
  <!-- Background -->
  <rect width="1200" height="400" fill="url(#bg3)"/>
  <!-- Rust brand color ambient glow -->
  <ellipse cx="600" cy="195" rx="300" ry="210" fill="url(#rustGlow)"/>
  <!-- Terminal window glow -->
  <ellipse cx="600" cy="220" rx="240" ry="160" fill="url(#termGlow)"/>
  <!-- Terminal window -->
  <rect x="320" y="70" width="560" height="270" rx="8" fill="#0a120a" fill-opacity="0.9" stroke="#2a402a" stroke-width="1.5"/>
  <!-- Terminal title bar -->
  <rect x="320" y="70" width="560" height="30" rx="8" fill="#1a2d1a" fill-opacity="0.95"/>
  <rect x="320" y="85" width="560" height="15" fill="#1a2d1a" fill-opacity="0.95"/>
  <!-- Traffic lights -->
  <circle cx="345" cy="85" r="5.5" fill="#ff5f57" fill-opacity="0.8"/>
  <circle cx="363" cy="85" r="5.5" fill="#febc2e" fill-opacity="0.8"/>
  <circle cx="381" cy="85" r="5.5" fill="#28c840" fill-opacity="0.8"/>
  <!-- Terminal content -->
  <g font-family="monospace" font-size="12.5" filter="url(#softglow)">
    <!-- Prompt lines -->
    <text x="340" y="124" fill="#39ff14" fill-opacity="0.75">$ cp --version</text>
    <text x="340" y="142" fill="#a0c8a0" fill-opacity="0.65">cp 0.11.0 (uutils-coreutils)</text>
    <text x="340" y="164" fill="#39ff14" fill-opacity="0.75">$ cp large_file.tar /backup/</text>
    <!-- Error message with Ariadne-style caret -->
    <text x="340" y="186" fill="#ff6060" fill-opacity="0.8">error: invalid argument 'large_file.tar'</text>
    <text x="340" y="204" fill="#4a7a4a" fill-opacity="0.7">  --> cp:1:4</text>
    <text x="340" y="220" fill="#3a6a3a" fill-opacity="0.6">  |</text>
    <text x="340" y="236" fill="#3a6a3a" fill-opacity="0.6">1 | large_file.tar</text>
    <text x="340" y="252" fill="#39ff14" fill-opacity="0.6">  |    ^^^^^^^^^^^^ file not found</text>
    <!-- Compatibility line -->
    <text x="340" y="276" fill="#39ff14" fill-opacity="0.75">$ uutils --compat</text>
    <text x="340" y="294" fill="#a0c8a0" fill-opacity="0.6">GNU compatibility: </text>
    <text x="567" y="294" fill="#39ff14" fill-opacity="0.85">95.33%</text>
    <!-- Cursor blink -->
    <rect x="340" y="306" width="8" height="14" fill="#39ff14" fill-opacity="0.6"/>
  </g>
  <!-- Rust logo crab silhouette (simplified ferris) to the right -->
  <g transform="translate(960,195)" opacity="0.18">
    <!-- Body -->
    <ellipse cx="0" cy="0" rx="45" ry="32" fill="#e84d2a"/>
    <!-- Eyes -->
    <circle cx="-18" cy="-10" r="8" fill="#e84d2a"/>
    <circle cx="18" cy="-10" r="8" fill="#e84d2a"/>
    <circle cx="-18" cy="-10" r="4" fill="#1a0a00"/>
    <circle cx="18" cy="-10" r="4" fill="#1a0a00"/>
    <!-- Claws left -->
    <path d="M-45,-5 Q-65,-15 -70,-5 Q-65,5 -45,5" fill="#e84d2a"/>
    <!-- Claws right -->
    <path d="M45,-5 Q65,-15 70,-5 Q65,5 45,5" fill="#e84d2a"/>
    <!-- Legs -->
    <g stroke="#e84d2a" stroke-width="4" stroke-linecap="round" fill="none">
      <line x1="-30" y1="20" x2="-45" y2="40"/>
      <line x1="-15" y1="28" x2="-20" y2="50"/>
      <line x1="15" y1="28" x2="20" y2="50"/>
      <line x1="30" y1="20" x2="45" y2="40"/>
    </g>
  </g>
  <!-- GNU logo simplified to the left -->
  <g transform="translate(240,195)" opacity="0.12">
    <circle cx="0" cy="0" r="50" fill="none" stroke="#7f7f00" stroke-width="4"/>
    <text x="0" y="8" font-family="serif" font-size="28" fill="#7f7f00" text-anchor="middle">GNU</text>
    <!-- Arrow through -->
    <line x1="-65" y1="0" x2="65" y2="0" stroke="#e84d2a" stroke-width="3" stroke-opacity="0.6"/>
    <polygon points="65,0 55,-6 55,6" fill="#e84d2a" fill-opacity="0.6"/>
  </g>
  <!-- Scattered code elements -->
  <g font-family="monospace" font-size="10" fill="#39ff14" fill-opacity="0.07">
    <text x="60" y="100">fn main() &#123;</text>
    <text x="60" y="118">  let args = Args::parse();</text>
    <text x="60" y="136">  run(args);</text>
    <text x="60" y="154">&#125;</text>
    <text x="940" y="290">95.33%</text>
    <text x="940" y="308">+0.89%</text>
    <text x="940" y="326">PGO: +31%</text>
  </g>
  <!-- Edge vignettes -->
  <rect width="460" height="400" fill="url(#vignL3)"/>
  <rect x="740" width="460" height="400" fill="url(#vignR3)"/>
  <!-- Top/bottom fade -->
  <rect width="1200" height="55" fill="#0d1a0d" opacity="0.5"/>
  <rect y="345" width="1200" height="55" fill="#091209" opacity="0.5"/>
</svg>
</figure>
<p>The uutils project shipped <a href="https://www.phoronix.com/news/Rust-Coreutils-0.11" target="_blank" rel="noopener noreferrer">Coreutils 0.11 on August 31st</a>, pushing its Rust-based reimplementation of GNU Coreutils past 95% GNU compatibility for the first time. But the headline features of this release aren't really about the compatibility number — they're about two concrete improvements that change the experience of using these tools day-to-day: compiler-quality error messages and faster release builds via Profile Guided Optimization.</p>

<h2>What uutils Coreutils Is</h2>

<p>The uutils project is a multi-year effort to rewrite the foundational Unix command-line utilities — <code>cp</code>, <code>ls</code>, <code>sort</code>, <code>date</code>, and around 100 others — in Rust instead of C. The goal is a drop-in replacement for GNU Coreutils that brings memory safety, better performance, and cross-platform support (Linux, macOS, and Windows all build from the same codebase). <a href="https://linuxiac.com/rust-based-uutils-coreutils-0-11-brings-faster-performance-better-error-messages/" target="_blank" rel="noopener noreferrer">Linuxiac's writeup</a> has a clean overview of the project's scope if you're new to it.</p>

<h2>Compiler-Style Error Messages via Ariadne</h2>

<p>The most immediately noticeable change in 0.11 is the new diagnostic engine, built on the <a href="https://github.com/zesterer/ariadne" target="_blank" rel="noopener noreferrer">Ariadne</a> crate. If you've used Rust's own compiler errors, you know what Ariadne-style output looks like: when something goes wrong, you see the supplied argument highlighted, with a caret pointing directly at the problematic character or span — the same visual language modern compilers use.</p>

<p>GNU Coreutils, by contrast, tends toward terse, opaque error messages that tell you something went wrong without telling you precisely where or why. For shell scripting — where you might be debugging a malformed date format at 11pm — the difference between "invalid date" and a message that shows you exactly which character it rejected is not trivial.</p>

<p>This is one of those improvements that sounds minor in a changelog and turns out to be significant in practice.</p>

<h2>Up to 31% Faster with PGO Builds</h2>

<p>Profile Guided Optimization (PGO) builds are now enabled for Linux, macOS, and Windows release binaries. PGO works by running the program against representative workloads, recording what code paths are hot, and then recompiling with that information — so the resulting binary is optimized for actual usage patterns rather than worst-case assumptions.</p>

<p>The 0.11 release claims up to 31% performance gains in PGO-enabled builds, with <code>cp</code> and <code>join</code> specifically called out as beneficiaries. <a href="https://www.webanditnews.com/2026/09/01/rust-coreutils-0-11-crosses-95-gnu-compatibility-with-smarter-errors-and-faster-builds/" target="_blank" rel="noopener noreferrer">Web and IT News</a> has some benchmarks if you want specifics.</p>

<h2>95.33% GNU Compatibility</h2>

<p>The compatibility number is 95.33%, up from 94.44% in the previous release — eight additional tests now passing. That gap matters: the 5% of GNU behavior that uutils doesn't yet replicate is exactly the part that tends to bite you in edge cases, and the project is aware of that. The pass rate tracks against the actual GNU test suite, so these aren't curated success cases.</p>

<p>The release also fixes behavioral differences across <code>pr</code>, <code>numfmt</code>, <code>uniq</code>, <code>truncate</code>, <code>paste</code>, <code>join</code>, <code>id</code>, <code>mkdir</code>, <code>more</code>, <code>fold</code>, <code>sort</code>, <code>stat</code>, <code>od</code>, and <code>date</code>. That's a long list, and most of the fixes are in the category of "subtle differences that only matter in production scripts."</p>

<h2>Should You Switch?</h2>

<p>For most users on Linux, the honest answer remains "not yet as a full replacement." The 5% compatibility gap is small but real, and production shell scripts often live exactly in the edge cases that gap covers. That said, uutils ships alongside GNU Coreutils on many systems today, and selectively using it — particularly for <code>cp</code> and the other tools that got PGO gains — is entirely reasonable.</p>

<p>On macOS and Windows, where GNU Coreutils is already a third-party install, uutils is increasingly the more natural choice. The project's cross-platform build story is genuinely better than the GNU equivalent, and 0.11 makes the ergonomics noticeably nicer.</p>]]></content:encoded></item></channel></rss>