astral-sh / astral-sh/python-build-standalone

Define glibc compatibility policy

Open
#859 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
4.4k
Forks
314
Avg merge
1d 9h
Merged PRs (30d)
27

Description

> Also worth mentioning that RHEL7 isn't _entirely_ dead either, although that happens to use the same overridden truststore path. Just don't drop `glibc`-level compatibility and we should be golden.

_Originally posted by @paveldikov in [#858](https://github.com/astral-sh/python-build-standalone/issues/858#issuecomment-3548733621)_

EL7 is glibc 2.17, which is our current baseline for x86_64 builds in src/validation.rs. We were considering raising it a bit because I _think_ the current recommended manylinux is newer than that. Apparently RHEL 7's EOL is 2029, which is kind of far away. (CentOS 7 is already EOL as of 2024, which corresponds to Red Hat's "end of maintenance" date.)

Let's document a policy. I think if the clever plan in #772 works out, we won't be too sad about having an old minimum requirement, but we probably will want to start building with a sysroot anyway so that our actual build environment is in security support.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.