GeezerVison is showing github.com — Multiple test failures on Alpine 3.15 / musl-1.2.2-r7 · Issue #90548 · python/cpython
Multiple test failures on Alpine 3.15 / musl-1.2.2-r7 #90548Description
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = None
created_at = <Date 2022-01-15.12:56:24.197>
labels = ['type-bug', 'tests', 'build', '3.11']
title = 'Multiple test failures on Alpine 3.15 / musl-1.2.2-r7'
updated_at = <Date 2022-03-31.17:55:03.007>
user = 'https://github.com/tiran' bugs.python.org fields:
activity = <Date 2022-03-31.17:55:03.007>
actor = 'brett.cannon'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Build', 'Tests']
creation = <Date 2022-01-15.12:56:24.197>
creator = 'christian.heimes'
dependencies = []
files = ['50566']
hgrepos = []
issue_num = 46390
keywords = []
message_count = 7.0
messages = ['410645', '410848', '410849', '411187', '411191', '411193', '411905']
nosy_count = 5.0
nosy_names = ['brett.cannon', 'terry.reedy', 'christian.heimes', 'zach.ware', 'ncopa']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue46390'
versions = ['Python 3.11'] Linked PRs
Activitytiran commented on Jan 15, 2022 I'm getting multiple test failures with latest Alpine 3.15 and musl-1.2.2-r7. Some test failures may be caused by wrong assumptions in our tests, some might be bugs in musl lib.c
9 tests failed:
test__locale test_c_locale_coercion test_cmd_line test_gdb
test_locale test_os test_posix test_re test_selectors
I have attached the output of
./python -m test -v test__locale test_c_locale_coercion test_cmd_line test_gdb test_locale test_os test_posix test_re test_selectors 2>&1 | tee alpine315-tests.txt
You can use my container to reproduce the test failures:
$ podman run --privileged -ti --rm -v $(pwd):/cpython:Z quay.io/tiran/cpythonbuild:alpine-3.15 /bin/sh
# /cmd.sh
# cd /cpython/builddep/alpine-3.15-x86_64/
# make test kumaraditya303 commented on Jan 18, 2022 tiran commented on Jan 18, 2022 I would put it differently: The package maintainer of Python on Alpine decided to ignore all test failures in these test modules. terryjreedy commented on Jan 21, 2022 The first alpine315-tests.txt appears to be a truncated version of the second. Were you expecting the first to be automatically replaced? Should it be unlinked?
https://www.alpinelinux.org "Alpine Linux is a security-oriented, lightweight Linux distribution based on musl libc and busybox." Fron the doc linked above:
# Maintainer: Natanael Copa <[email protected]> ## I nosied Natanael at his CLA-signed Alpine id.
# Contributor: Sheila Aman <[email protected]>
...
# musl related
fail="test__locale test_locale test_strptime test_re" # various musl locale deficiencies
fail="$fail test_c_locale_coercion"
fail="$fail test_datetime" # hangs if 'tzdata' installed
fail="$fail test_os" # fpathconf, ttyname errno values
fail="$fail test_posix" # sched_[gs]etscheduler not impl
fail="$fail test_shutil" # lchmod, requires real unzip
Should we change CPython tests to accommodate things that are missing (versus buggy). Should the tests requiring sched_[gs]etscheduler be skipped if missing? Or are they required to be 'posix' and is test_posix meant to test completeness as well as correctness of what is present? tiran commented on Jan 21, 2022 In my opinion we should treat these issues as Alpine / musl libc platform bugs and ask the Alpine maintainers to look into the issue. The tests are passing on Linux with glibc and BSD platforms (FreeBSD, macOS, ...) with BSD libc. It is reasonable to assume that failing test are caused by incompatibilities or deficiencies in musl libc, or by a different interpretation of POSIX and Open Group standards.
I would not ignore or skip any test unless we have a thorough understanding of the problem and the deviation is documented. The issue can also affect user code.
Python's test suite is exhaustive. Our tests have found a fair amount of problems in e.g, libm. A couple of years ago ine of my AF_ALG socket tests even found a Kernel bug by triggered a Kernel fault. tiran commented on Jan 21, 2022 The comment about sched_[gs]etscheduler seems to be outdated. For one CPython's test suite has a @requires_sched decorator that performs a check for sched_getscheduler and the Kernel syscall. musl libc in Alpine 3.13 and 3.15 have sched_setscheduler. zware commented on Jan 27, 2022 vstinner commented on Sep 8, 2025
Thanks, Hugo! With the attached PRs and backports merged, I think we can go ahead and close this issue
Cool, congratulations to everyone who was involved in fixing this old issue :-) Reacted by Hugo van Kemenade and Zachary Ware tianon commented on Jan 8, 2026
Also with these fixes merged, we have the option to bump x86_64-linux-musl up to Tier 3. I'm not sure if we want to do that for 3.14 so close to release, though.
Not sure if someone wanted to pick this part up now that we're into the 3.15 cycle, but figured it was worth a friendly ping/reminder in case someone did since the issue is closed so it probably won't be on anyone's radar officially. 😄
MetadataMetadataStatusShow more project fields
DevelopmentNo branches or pull requestsIssue actions
|