The article title is “Debian Likely Moving Away From i386 In The Near Future” but according to the article Debian will drop i386 support because it will be dropped from the kernel. Seems like bad news for permacomputing folks.
(EDIT) modified the title since it seems more accurate to say that 32-bit support is being dropped. (reference)
Rather, that microprocessor was the first to introduce the x86 32-bit architecture, which is getting discontinued here.
So, that includes some hardware still manufactured in the early 2000s...
No, that is not what it means. i386 is specifically the set of instructions that the 386 introduced. Later processors from intel added additional instructions, those were rolled into i686 as a set. i686 contains i386 so it can still run programs that target that, but a 386 can't run a i686 program.
i386 and i686 are both x86 32 bit instruction sets.
What is happening is that the kernel will no longer support i386 as a target. So any processor that does not support at least i686 will stop working. This is basically anything before around a pentium 3 (iirc might be wrong about exact CPU.) Vista era computers should not be effected.
The confusing part is that some distros have already dropped all 32bit for other reasons, but it would mean it would be hard for distros going forward to support 386 era processors.
The CADT model at it's finest. It's funny because Linux is considered the de facto choice for legacy hardware because it runs so well on it, or at least used to. The fact is the development model used by distros (and apparently also the Linux kernel as well) is absolutely awful, and it inevitably hurts movements that depend on it such as Permacomputing.
So it's interesting reading all the folks talking about permacomputing and the like.
And I think there's merit to keeping those architectures around.
But let's turn this on its head, shall we? Where do we get the people who still have that hardware who are willing to actively take part in Linux kernel development?
Like, to become facile enough with the process, tools and codebase to be able to bear the load of writing new security patches as vulnerabilities are found?
It's a hard problem. The number of people actively contributing to Linux is large in aggregate but VANISHINGLY small when it comes to any particular area of interest.