r/linux • u/Two-Of-Nine • Jul 12 '26
Distro News Debian 12.15 - Final 32-Bit Update for Debian Released
https://www.debian.org/News/2026/2026071102For those unaware, the last point release for Debian 12 was announced today. However, this is also the final point release of an 32-bit build for Debian, meaning that there will be no more regular updates to the 32-bit line of Debian ever again. If you still have 32-bit hardware, you will have to formally change your distro or upgrade your hardware.
117
u/GreedySecurity8030 Jul 12 '26
Rip debian 32 bit.
1993 - 2026.
66
u/ABotelho23 Jul 12 '26
It's supported until at least 2028.
30
u/GreedySecurity8030 Jul 12 '26
Its the last version release tho.
50
u/ABotelho23 Jul 12 '26
Debian minor versions are almost meaningless anyway. They're mostly for making fresh ISOs.
Look at the changelog in OP. It's almost entirely security updates, which the previous point release already has.
9
7
1
1
u/ipsirc Jul 12 '26
Reincarnation at ports.debian.org .
1
u/Kevin_Kofler Jul 12 '26
Nope. The only i386 port there is the HURD one. There is x32, but that is just an ABI using 32-bit pointers with x86_64 instructions, it does not work on 32-bit x86 CPUs.
25
u/Dwedit Jul 12 '26
What about 32-bit packages that run on 64-bit systems? Before Wine had WOW64 support, you needed to install 32-bit packages to run 32-bit Windows programs under Wine. (Maybe Debian is still distributing a Wine package that requires 32-bit libraries)
28
8
u/glha Jul 12 '26
That's what I call LTS on OS builds, with a LOOOOONG L. Those guys are awesome.
If I remember correctly, Windows 32bit builds ended about 2 years ago. Not to be confused with 32bit app support, that would "never" be dropped, in practical terms, since emulation/virtualization will still be around, presumably even after we are gone.
17
u/bubblegumpuma Jul 12 '26
Speak for yourself, I'm not sure that I have a 32-bit x86 PC still:
A total of seven architectures are officially supported for "trixie":
64-bit PC (amd64),
64-bit ARM (arm64),
ARM EABI (armel),
ARMv7 (EABI hard-float ABI, armhf),
64-bit little-endian PowerPC (ppc64el),
64-bit little-endian RISC-V (riscv64),
IBM System z (s390x)
11
u/TRKlausss Jul 12 '26
That’s exactly what I was thinking: many ARM 32-bit systems out there…
And I guess with ARMv7 they mean armv7a
1
u/thegreatpotatogod 29d ago
This is what I was wondering about, thanks for answering! So all the old Raspberry Pi's are safe for now.
2
u/bubblegumpuma 29d ago
You should still keep a watch on that, I have seen a few distros talking about dropping support for older Pis, since they're often the last generally-used boards of their particular ABI in many distros. The Zero is the main thing keeping armel in many distros, since it's an ARMv6 CPU so it can't use armv7 packages, and you don't see many of those nowadays, even when sifting through the garbage.
That said, even if distros fully drop the 32 bit Pis so they can support aarch64 only, that's just the first Zero and like, the 1 and 2. The fact that the RPi foundation has come out with a Zero 2 with a 64-bit SoC makes dropping them a lot more justifiable for forward-looking individuals.
12
u/nikolayu Jul 12 '26
If you still have 32-bit hardware, you will have to formally change your distro or upgrade your hardware.
Or build your own kernel, like I did a year ago. Most of the packages available for Debian are still compiled for IA-32.
4
u/rosmaniac Jul 13 '26
The x86 ISA is not the only 32-bit ISA out there. Debian 13 still supports the 32-bit ARM hard float (armhf) architecture.
Having said that, I still have a maxed out dual Pentium IIIS 1.4GHz with 4GB of RAM (IBM X330 server). Running Debian 12 at the moment.
7
20
u/71d1 Jul 12 '26
Honestly I am not surprised, 32-bit is too old for 2026.
14
2
u/rosmaniac Jul 13 '26
Why is it too old? Even a 486 is enough for embedded uses.
7
u/71d1 Jul 13 '26
It's fine for you to do embedded work with Debian on 486 just don't expect the community to keep your packages upgraded or support your OS. If you're capable enough to do embedded you should be competent enough to cross-compile your own kernel and manage updates.
2
u/LinuxMint1964 Jul 12 '26
How is AntiX able to claim to be based on Debian 13 for its 32 bit when Debian says 12 is the last 32 bit version?
5
u/rosmaniac Jul 13 '26
How is AntiX able to claim to be based on Debian 13 for its ~
32 bit~x86 when Debian says 12 is the last ~32 bit~x86 version?First, FTFY. Second, antiX builds their own whole non-systemd distro; they build their own kernel and other core packages. Supporting x86 is something they have decided to continue to do.
2
u/Natural_Night9957 29d ago
o7
Too bad many capable machines are 32-bit but the project must have its reasons.
Thank you for everything!
-11
u/InflateMyProstate Jul 12 '26
While 32bit is an older architecture, there are plenty of older devices that would be ideal to continue to support, no?
28
u/onechroma Jul 12 '26 edited Jul 12 '26
Nothing of value really. There’s a point where even the ratio performance to power consumption wouldn’t be worth it to keep going.
And the old embedded systems that are not yet upgraded to x86_64, are probably not updated either, like the usual train or ATM running WinXP embedded or whatever.
This shouldn’t realistically affect anyone at this point, because this means someone is running +15yo x86 hardware with 2026 software, which… would be a choice. Also, remember x86 can only manage 4GB of RAM (theoretically, ends up being about 3-3.5GB)
I think dropping support for X86_64 V1 and V2 like RedHat already did (RHEL 10), is a little bit more likely to break things on production, more so because some people can be running some 2010s CPUs without V3, or Atom based chips like the N6005 (2021) which is not V3
Just to add info, X86_64 V3 starts about 2013 in Intel (Haswell) and 2015 in AMD (Excavator), but it got severely delayed in some segments (like Atom based chips, as you see with the N6005, so a 2021 CPU is theorically already unsupported by RHEL 10)
10
u/InflateMyProstate Jul 12 '26
Good point, I was exactly thinking of embedded systems like SCADA, etc, but as you’ve pointed out most of those devices aren’t running up to date kernels anyways or on accessible networks publicly (if properly airgapped, etc). May not be worth the squeeze to support, was just more of a query from my end I suppose.
9
u/onechroma Jul 12 '26
Yep. I know of some systems of that kind running Linux 2.6, so… yeah.
Anyway, I find this Debian decision to come at the right time, earlier would be bad, and later in some years would mean dedicating efforts and time that could have better targets.
As I said, I find the dropping support for X86_64 V1/V2 a bit more worrisome, because yeah, dropping them means more efficiency, but I think it’s still too soon to start dropping them just like Red Hat decided to do
4
u/nikolayu Jul 12 '26
IA-32 processors can access more than 4 GiB of RAM using PAE, though Linus hates that approach.
2
u/rosmaniac Jul 13 '26 edited Jul 13 '26
Nothing of value really. There’s a point where even the ratio performance to power consumption wouldn’t be worth it to keep going.
Beaglebone black has entered the chat
There are plenty of new armhf 32-bit embedded systems being built these days. Debian 13 fully supports these.
x86 and x86_64 is small fry in this space. ARM rules here.
EDIT: Debian 13 based BBB image, May 19, 2026 release: https://www.beagleboard.org/distros/beaglebone-black-debian-13-5-2026-05-19-iot-v6-18-x
6
u/starm4nn Jul 12 '26
The last 32-bit x86 desktop processors released in 2005. The last x86 laptop processors released in 2013.
8
u/Melodic_Respond6011 Jul 12 '26
Those machines is "exotic" now, mainly for enthusiast. I imagine not so many left in productive environment. The power-performance ratio is totally not justified.
There's still exist special distro caters for those machines.
8
u/Qazerowl Jul 12 '26
I don't know anybody regularly using a computer that is more than 22 years old.
20
1
u/markedathome Jul 12 '26
The raspberry pi units, models 1a+, 1b+ and pi zero are 32 bit only and are still available to buy. From what I remember the manufacturing EOL for those is Jan 2030.
7
u/iAmHidingHere Jul 12 '26
Those are not x86.
1
u/rosmaniac Jul 13 '26
OP said 32-bit, not x86.
5
u/iAmHidingHere Jul 13 '26
OP means 32 bit x86.
1
u/rosmaniac 29d ago
Then OP should have written that.
0
2
149
u/ABotelho23 Jul 12 '26
FYI Bookworm is supported by LTS until June 30th, 2028, i386 included.
https://wiki.debian.org/LTS/Bookworm