Bug 2316988

Summary: Please branch and build python-semantic_version in epel10
Product: [Fedora] Fedora Reporter: Ben Beasley <code>
Component: python-semantic_versionAssignee: Haïkel Guémar <karlthered>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: apevec, epel-packagers-sig, ftrivino, igor.raits, karlthered, kkeithle, openstack-sig
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-11-06 20:49:19 UTC Type: ---
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: 1914423, 2316989    

Description Ben Beasley 2024-10-07 15:38:00 UTC
Please branch and build python-semantic_version in epel10.

If you do not wish to maintain python-semantic_version in epel10,
or do not think you will be able to do this in a timely manner,
I would be happy to be a co-maintainer of the package (FAS: music);
please add me through https://src.fedoraproject.org/rpms/python-semantic_version/adduser

Comment 1 Ben Beasley 2024-10-07 15:39:57 UTC
This is a dependency for python-setuptools-rust, which is a dependency for maturin, which is needed to build various Python extensions that are written in Rust, such as Pydantic (python-pydantic-core).

Comment 2 Ben Beasley 2024-10-07 17:39:47 UTC
Noting that this is a buildroot-only package (Buildroot level 1) in CentOS[1], I’ll add that the package is still eligible for EPEL[2]. These packages are only used for building CentOS/RHEL packages, and aren’t shipped in any publicly available repositories, so they’re still eligible for EPEL – no machine should ever see buildroot-only packages and EPEL packages at the same time. That said, if python-semantic_version and python-setuptools-rust were added to CRB rather than built in EPEL, that would be equally satisfactory, and probably easier if the same person/people would be maintaining the packages in both cases.

[1] https://tiny.distro.builders/view-rpm--view-c10s--python3-semantic_version.html
[2] https://docs.fedoraproject.org/en-US/epel/epel-policy/#_policy