Bug 2353126
Summary: | python-aws-sam-translator fails to build with Python 3.14: 77 test failures, 4 error | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Karolina Surma <ksurma> |
Component: | python-aws-sam-translator | Assignee: | Ben Beasley <code> |
Status: | ASSIGNED --- | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | code, ksurma, mhroncok |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | --- | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 2322407 |
Description
Karolina Surma
2025-03-18 09:52:35 UTC
I see that python-pydantic-core finally built once in https://copr.fedorainfracloud.org/coprs/g/python/python3.14/package/python-pydantic-core (then segfaulted in its tests on the next build), and similarly python-pydantic built once for Python 3.14 and then started failing again. In this package, see a lot of errors like: > raise InvalidDocumentException(self.document_errors) E samtranslator.model.exceptions.InvalidDocumentException: [InvalidResourceException('SuperCoolAPI', "Property 'Auth' is invalid.")] samtranslator/translator/translator.py:247: InvalidDocumentException I suspect that, even though we got a successful build of Pydantic at some point, the validation issues here *may* still be attributable to Pydantic. It’s hard to be sure, especially because it is not yet possible to "pip install pydantic" in a virtualenv, even with PYO3_USE_ABI3_FORWARD_COMPATIBILITY=1. Since it’s not blindingly obvious to me what is causing the test failures here, I’m planning to wait to report the issue upstream until a Pydantic appears on PyPI with Python 3.14 support. It’s not really practical for upstream to help fix what they can’t reproduce. I see. Waiting may be the best course of action. It wasn't immediately obvious to me this can root from Pydantic which I've got in a half-zombie state at the moment in Copr (it let build some dependents successfully though, so I'm keeping it there for now without reporting any issues that stem from it to avoid noise). |