This article is more than 1 year old
openSUSE Tumbleweed team changes its mind about x86-64-v2
Tumbleweed hits some turbulence, but there's no reason to be alarmed… 'By the way, does anyone know how to fly a plane?'
Tumbleweed is changing course once again, but it's due to popular demand, and it means broader compatibility for more people. Saying that, it's looking for someone to help maintain its 32-bit support.
Back in November, the openSUSE project announced that it was changing the minimum CPU requirement for Tumbleweed on x86-64 to version 2 of the instruction set – as well as dropping support for x86-32 machines.
This would bring Tumbleweed into line with the requirements of its next-gen enterprise OS, currently available as a prototype called ALP. There's a summary of the issue on the project's website. However, following an outcry from openSUSE users, the plan has changed… again. It's still dropping the x86-32 edition, but it's not going to switch to requiring second-generation x86-64 chips.
Tumbleweed release manager Dominique Leuenberger, who publishes the regular Tumbleweed "Review of the Week" blog, told The Reg:
The backlash was way larger than expected – and we do love our users and want to keep them.
So instead of moving the entire distro to v2 (or anything but baseline), we started investing much more into
hwcaps
and figuring out which libraries benefit the most of being built for v3, making them parallel installed (and auto-picked byglibc
). A bit more wasted disk space, but it will work for old and new machines.
The hwcaps
feature in glibc
allows detection and manipulations of the hardware capabilities of chips in various CPU families, which Tumbleweed has supported for a while.
Tumbleweed is taking on increased importance. Its main corporate sponsor SUSE is aiming its next-gen enterprise distro towards an immutable root filesystem and containerized workloads. That pulls the rug out from underneath openSUSE Leap, which is the current stable-release version of openSUSE. Leap releases have been synchronized with SLE since 15.3, which means that if SLE is replaced by ALP, Leap no longer has a base to draw from.
- openSUSE makes baseline CPU requirements a little friendlier than feared
- Strong support for Snap and Ubuntu Core as Canonical meet IRL
- Heavy, man: Tuxedo puts out 2.2kg Stellaris AMD Gen 4
- Canonical makes Ubuntu Pro free for up to five machines
So, Tumbleweed is the future of openSUSE. It does have some unique advantages over other rolling-release distros such as Arch Linux. Before Tumbleweed's software packages become part of the distro, they undergo automated testing via SUSE's openQA tool. Only when they pass are they incorporated. Then, if some unanticipated problem with some bleeding-edge component manifests, openSUSE's integrated support for Btrfs snapshots means that changes can be rolled back, returning the OS to a previous state. It's somewhat akin to Windows' System Restore feature, and it's missing from the Ubuntu and Red Hat families.
Some issues around dropping the x86-32 edition still remain, though. Although the 32-bit edition is being demoted to a "port", someone still needs to maintain the 32-bit compatibility packages, and as the last set of meeting minutes show, someone needs to step up to do this. SUSE Prague engineer posted a "Call for ix86 maintainers" on the Factory mailing list.
We hope someone volunteers. The package for the Munin monitoring software also needs a new caretaker. ®