astral-sh / astral-sh/python-build-standalone
Define glibc compatibility policy
- 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
Assessment
This issue has not been assessed yet.