Alpine Linux 3.24 sharpens the installer with Limine boot loader support and IPv6 handling, drops GTK2 and Qt 5, and pulls in LLVM 22, Rust 1.96, and the System76 COSMIC desktop. For anyone running containers or homelab nodes where every megabyte of overhead counts, this is the release worth pulling.
Alpine Linux has a specific reputation in my rack: it's the distro I reach for when I want a node that does exactly one job and disappears into the background. A minimal Alpine root filesystem sits around 5 to 8 MB compressed, the base install boots in single-digit RAM territory, and the whole thing is built on musl libc and BusyBox instead of glibc and the GNU coreutils. Alpine Linux 3.24, released on 9 June 2026, keeps that philosophy intact while smoothing over a few of the rough edges that have historically made it a power-user-only proposition.

What actually changed in the installer
The headline for me is setup-alpine gaining support for the Limine boot loader. Limine is a modern, BIOS and UEFI capable bootloader that's been picking up adoption in lightweight and hobby distributions because it's fast, simple to configure, and doesn't drag in the full GRUB machinery. On a node where the bootloader is one of the larger single components in an otherwise tiny image, swapping GRUB for Limine is a measurable reduction in installed footprint and complexity. If you've ever tried to script a GRUB install onto a headless box and watched it sulk about device maps, you'll appreciate having a leaner option.
The other installer wins are practical rather than flashy. setup-alpine now handles IPv6 properly during setup, which matters more than it sounds. If you run a dual-stack or IPv6-primary homelab, the previous behavior of treating IPv6 as an afterthought meant manual /etc/network/interfaces editing on first boot. There's also improved handling for headless setups, which is the configuration most of my Alpine boxes actually run in. A cleaner non-interactive path means the answer-file workflow for unattended installs gets less finicky.
Package updates worth tracking
Alpine 3.24 ships a substantial toolchain and runtime refresh. Here's the short version of what landed:
| Component | Version in 3.24 |
|---|---|
| LLVM | 22 |
| Rust | 1.96 |
| OpenZFS | 2.4.2 |
| Qt | 6.11 |
| Ruby | 3.4 |
| Nginx | 1.30 |
| GNOME | 50 |
| KDE Plasma | 6.6 |
| Sway | 1.12 |
The LLVM 22 and Rust 1.96 bumps are the ones I care about for build nodes. Alpine is a popular base for compiling Rust binaries precisely because musl static linking produces self-contained executables that drop into a FROM scratch container with no runtime dependencies. Keeping the Rust toolchain current means fewer cross-compilation headaches when your CI targets x86_64-unknown-linux-musl.
OpenZFS 2.4.2 in the community repo is the line item that made me sit up. Running ZFS on a musl distribution has always been slightly off the beaten path, and having a recent, packaged OpenZFS available means you can build a storage node on Alpine without compiling the kernel module yourself against a moving target. For a homelab NAS that you want to keep lean, that's a real option now rather than a weekend project.
The COSMIC addition and the GTK2/Qt5 farewell
System76's COSMIC desktop, the Rust-based, Wayland-native environment built around the iced toolkit, is now in Alpine's community repository. I don't run desktops on most of my Alpine machines, but COSMIC being available signals where the distro's desktop story is heading: Wayland-first, increasingly Rust-based, and willing to carry newer environments alongside the established GNOME and KDE options.
The counterpoint is the removal of the GTK2 and Qt 5 packages. This is the kind of cleanup that's overdue but will bite anyone still leaning on legacy applications. GTK2 has been deprecated upstream for years, and Qt 5 reached end of standard support, so dropping them trims the package set and the maintenance burden. If you have an old GTK2 utility pinned in a container image, 3.24 is the release where you finally deal with it.
{{IMAGE:2}}
Build recommendations
For container base images, 3.24 is a straightforward upgrade. Pin to alpine:3.24 rather than alpine:latest so a future point release doesn't surprise your build, and rebuild your Rust and Go static binaries against the new toolchain to pick up the LLVM 22 codegen improvements. The musl static link path remains the cleanest way to ship a tiny container.
For a homelab storage node, this is the first Alpine release I'd genuinely recommend for ZFS duty. Pair OpenZFS 2.4.2 with ECC memory if your hardware supports it, give the ARC enough headroom, and you have a low-overhead NAS base that won't waste RAM on a desktop stack you'll never log into.
For headless infrastructure nodes, the Limine and IPv6 installer improvements are the reason to update your provisioning scripts. If you maintain answer files for unattended installs, test them against 3.24 before rolling it out fleet-wide, since the IPv6 and headless handling changes alter some of the prompts the installer walks through.
Downloads, release notes, and the full changelog are available at AlpineLinux.org. If you're already running 3.23, the upgrade is the usual repository version bump in /etc/apk/repositories followed by apk upgrade --update-cache --available, but take a snapshot of any ZFS pool host before you reboot into the new kernel.

Comments
Please log in or register to join the discussion