Add platform support for ARMv5TE

[lscorcia]

Hi, since Home Assistant switched to uv the installation on my NAS box can't be upgraded anymore. It is an armel platform with an armv5tel cpu (32bit, tier 2.5 in rust speak). I use Debian bookworm (stable) on it which supports it just fine, providing python 3.11 via system packages but I am using python 3.12 via manual build. For rust wheels, I cross compile them on a x64 VM and install them using pip into my venv since bookworm only provides rust v1.63 and there is no rustup support being a tier 2.5 platform.

$ curl -LsSf https://astral.sh/uv/install.sh | sh
ERROR: unknown CPU type: armv5tel

I noticed there is no support for this architecture in uv platform.rs:

uv/crates/uv-python/src/platform.rs

Line 243 in 3cb7232

uv_platform_tags::Arch::Armv6L => Self {

Would it be possible to add it to the platform matrix?

Some additional info that might be useful:

python -m sysconfig

sysconfig.txt

$ uname -m
armv5tel

$ pip debug --verbose
pip version: pip 24.0 from /srv/homeassistant/lib/python3.12/site-packages/pip (python 3.12)
sys.version: 3.12.3 (main, Dec 11 2024, 09:13:12) [GCC 12.2.0]
sys.executable: /srv/homeassistant/bin/python3.12
sys.getdefaultencoding: utf-8
sys.getfilesystemencoding: utf-8
locale.getpreferredencoding: utf-8
sys.platform: linux
sys.implementation:
name: cpython
'cert' config value: Not specified
REQUESTS_CA_BUNDLE: None
CURL_CA_BUNDLE: None
pip._vendor.certifi.where(): /srv/homeassistant/lib/python3.12/site-packages/pip/_vendor/certifi/cacert.pem
pip._vendor.DEBUNDLED: False
vendored library versions:
CacheControl==0.13.1
colorama==0.4.6
distlib==0.3.8
distro==1.8.0
msgpack==1.0.5
packaging==21.3
platformdirs==3.8.1
pyparsing==3.1.0
pyproject-hooks==1.0.0
requests==2.31.0
certifi==2023.07.22
chardet==5.1.0
idna==3.4
urllib3==1.26.17
rich==13.4.2 (Unable to locate actual module version, using vendor.txt specified version)
pygments==2.15.1
typing_extensions==4.7.1 (Unable to locate actual module version, using vendor.txt specified version)
resolvelib==1.0.1
setuptools==68.0.0 (Unable to locate actual module version, using vendor.txt specified version)
six==1.16.0
tenacity==8.2.2 (Unable to locate actual module version, using vendor.txt specified version)
tomli==2.0.1
truststore==0.8.0
webencodings==0.5.1 (Unable to locate actual module version, using vendor.txt specified version)
Compatible tags: 42
cp312-cp312-linux_armv5tel
cp312-abi3-linux_armv5tel
cp312-none-linux_armv5tel
cp311-abi3-linux_armv5tel
cp310-abi3-linux_armv5tel
cp39-abi3-linux_armv5tel
cp38-abi3-linux_armv5tel
cp37-abi3-linux_armv5tel
cp36-abi3-linux_armv5tel
cp35-abi3-linux_armv5tel
cp34-abi3-linux_armv5tel
cp33-abi3-linux_armv5tel
cp32-abi3-linux_armv5tel
py312-none-linux_armv5tel
py3-none-linux_armv5tel
py311-none-linux_armv5tel
py310-none-linux_armv5tel
py39-none-linux_armv5tel
py38-none-linux_armv5tel
py37-none-linux_armv5tel
py36-none-linux_armv5tel
py35-none-linux_armv5tel
py34-none-linux_armv5tel
py33-none-linux_armv5tel
py32-none-linux_armv5tel
py31-none-linux_armv5tel
py30-none-linux_armv5tel
cp312-none-any
py312-none-any
py3-none-any
py311-none-any
py310-none-any
py39-none-any
py38-none-any
py37-none-any
py36-none-any
py35-none-any
py34-none-any
py33-none-any
py32-none-any
py31-none-any
py30-none-any

[charliermarsh]

We might need to first see if cargo-dist can support it, since that generates our installers (and so is the error you're hitting in CURL).

[MovGP0]

uv is not building on my machine, which prevents me from installing packages that depend on it.

cargo rustc --message-format json-render-diagnostics --manifest-path .\crates\uv\Cargo.toml --release --bin uv -- -C strip=symbols

Failed to build a native library through cargo

Relevant system information:

OS Name:                       Microsoft Windows 11 Home
OS Version:                    10.0.26100 N/A Build 26100
System Type:                   ARM64-based PC
Processor(s):                  1 Processor(s) Installed.
                               [01]: ARMv8 (64-bit) Family 8 Model 1 Revision 201 Qualcomm Technologies Inc ~2188 Mhz

[lscorcia]

For my use case I don't think the installer would be essential - I actually need to build uv from sources anyway due to the cross compilation requirement (Debian stable only offers rust 1.70, can't really work around that). I build the uv wheel on a Ubuntu VM, then install it via pip. I just need the resulting binary to work on the end machine.

[lscorcia]

Why oh why does it ignore a valid python setup? Can I force to use it somehow?

$ uv python list --verbose
DEBUG uv 0.5.4 (c62c83c37 2024-11-20)
DEBUG Searching for any Python interpreter in managed installations or search path
DEBUG Searching for managed installations at `/home/homeassistant/.local/share/uv/python`
DEBUG Failed to inspect Python interpreter from search path at `bin/python`
DEBUG Skipping bad interpreter at /srv/homeassistant/bin/python from search path: Querying Python at `/srv/homeassistant/bin/python` did not return the expected data
unknown variant `armv5tel`, expected one of `aarch64`, `arm64`, `armv6l`, `armv7l`, `armv8l`, `powerpc64le`, `ppc64le`, `powerpc64`, `ppc64`, `i386`, `i686`, `x86`, `amd64`, `x86_64`, `s390x`, `riscv64`
--- stdout:
{
    "gil_disabled": false,
    "manylinux_compatible": true,
    "markers": {
        "implementation_name": "cpython",
        "implementation_version": "3.13.1",
        "os_name": "posix",
        "platform_machine": "armv5tel",
        "platform_python_implementation": "CPython",
        "platform_release": "5.15.5-kirkwood-tld-1",
        "platform_system": "Linux",
        "platform_version": "#1.0 PREEMPT Sun Nov 28 23:08:13 PST 2021",
        "python_full_version": "3.13.1",
        "python_version": "3.13",
        "sys_platform": "linux"
    },
    "platform": {
        "arch": "armv5tel",
        "os": {
            "major": 2,
            "minor": 36,
            "name": "manylinux"
        }
    },
    "pointer_size": "32",
    "result": "success",
    "scheme": {
        "data": "/srv/homeassistant",
        "include": "/srv/homeassistant/include/site/python3.13",
        "platlib": "/srv/homeassistant/lib/python3.13/site-packages",
        "purelib": "/srv/homeassistant/lib/python3.13/site-packages",
        "scripts": "/srv/homeassistant/bin"
    },
    "stdlib": "/home/homeassistant/.pyenv/versions/3.13.1/lib/python3.13",
    "sys_base_exec_prefix": "/home/homeassistant/.pyenv/versions/3.13.1",
    "sys_base_executable": "/home/homeassistant/.pyenv/versions/3.13.1/bin/python3.13",
    "sys_base_prefix": "/home/homeassistant/.pyenv/versions/3.13.1",
    "sys_executable": "/srv/homeassistant/bin/python",
    "sys_path": [
        "/home/homeassistant/.cache/uv/.tmpMXmdd3",
        "/home/homeassistant/.pyenv/versions/3.13.1/lib/python313.zip",
        "/home/homeassistant/.pyenv/versions/3.13.1/lib/python3.13",
        "/home/homeassistant/.pyenv/versions/3.13.1/lib/python3.13/lib-dynload",
        "/srv/homeassistant/lib/python3.13/site-packages"
    ],
    "sys_prefix": "/srv/homeassistant",
    "sysconfig_prefix": "/home/homeassistant/.pyenv/versions/3.13.1",
    "virtualenv": {
        "data": "",
        "include": "include/site/python3.13",
        "platlib": "lib/python3.13/site-packages",
        "purelib": "lib/python3.13/site-packages",
        "scripts": "bin"
    }
}
--- stderr:

---

[zanieb]

@lscorcia that error is from

uv/crates/uv-python/src/interpreter.rs

Lines 682 to 687 in d70160a

	Error::UnexpectedResponse {
	err,
	stdout: String::from_utf8_lossy(&output.stdout).trim().to_string(),
	stderr,
	path: interpreter.to_path_buf(),
	}

when deserializing

uv/crates/uv-python/src/interpreter.rs

Lines 609 to 626 in d70160a

	#[derive(Debug, Deserialize, Serialize, Clone)]
	struct InterpreterInfo {
	platform: Platform,
	markers: MarkerEnvironment,
	scheme: Scheme,
	virtualenv: Scheme,
	manylinux_compatible: bool,
	sys_prefix: PathBuf,
	sys_base_exec_prefix: PathBuf,
	sys_base_prefix: PathBuf,
	sys_base_executable: Option<PathBuf>,
	sys_executable: PathBuf,
	sys_path: Vec<PathBuf>,
	stdlib: PathBuf,
	standalone: bool,
	pointer_size: PointerSize,
	gil_disabled: bool,
	}

specifically

uv/crates/uv-platform-tags/src/platform.rs

Lines 75 to 93 in 91c3ebc

	#[derive(Debug, Clone, Copy, Eq, PartialEq, Deserialize, Serialize)]
	#[serde(rename_all = "lowercase")]
	pub enum Arch {
	#[serde(alias = "arm64")]
	Aarch64,
	Armv6L,
	#[serde(alias = "armv8l")]
	Armv7L,
	#[serde(alias = "ppc64le")]
	Powerpc64Le,
	#[serde(alias = "ppc64")]
	Powerpc64,
	#[serde(alias = "i386", alias = "i686")]
	X86,
	#[serde(alias = "amd64")]
	X86_64,
	S390X,
	Riscv64,
	}

it seems fine to add a new variant there (as in #8660), if that works for you?

[lscorcia]

Thanks for your suggestion! I was able to create a patched version of uv and now it recognizes my Python environment. I sent a PR with the changes, but since I'm no expert it will probably require some additional work. Any review will be welcome!