Reintroducing Docker images for the armhf architecture

[luckylittle]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

The armhf architecture plays a crucial role in various environments, particularly those utilising ARM-based systems. Its deprecation has presented challenges for users like myself.

Expected Behavior

Given the significance of the armhf architecture within the technology ecosystem, I kindly request that you reconsider your decision and re-add Docker images supporting this architecture.

Steps To Reproduce

podman pull lscr.io/linuxserver/radarr

Trying to pull lscr.io/linuxserver/radarr:latest...
  no image found in manifest list for architecture arm, variant "v7", OS linux
Error: Error choosing an image from manifest list docker://lscr.io/linuxserver/radarr:latest: no image found in manifest list for architecture arm, variant "v7", OS linux

Environment

- OS: Raspbian 11.5
- How docker service was installed: podman version 3.0.1

CPU architecture

arm64

Docker creation

N/A

Container logs

N/A

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[thespad]

We made the decision to drop armhf support because it was no longer possible to provide images at parity with amd64 and aarch64 due to upstream distros dropping support for newer packages on the architecture. At the point we dropped armhf support, it accounted for less than 3% of our total user base, and so we concluded that the additional work required to keep the armhf images functional and running supported versions of packages was not worthwhile. That calculus has not changed, if anything it would now be even more work for even less benefit; there are vanishingly few arm devices still operating that don't support running a 64-bit OS.

You can read our original announcement here for further details on the matter.