Bug 2356388 - Please branch and build python-orjson in epel10
Summary: Please branch and build python-orjson in epel10
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: python-orjson
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Ben Beasley
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 2336419
TreeView+ depends on / blocked
 
Reported: 2025-03-31 22:27 UTC by Romain Geissler
Modified: 2025-04-15 18:52 UTC (History)
4 users (show)

Fixed In Version: python-orjson-3.10.16-1.el10_1
Clone Of:
Environment:
Last Closed: 2025-04-15 18:52:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Romain Geissler 2025-03-31 22:27:23 UTC
Hi,

Please branch and build python-orjson in epel10.

Reproducible: Always

Comment 1 Ben Beasley 2025-04-03 12:25:04 UTC
@maxwell, I wanted to give you a chance to express any opinion you might have on this. With https://src.fedoraproject.org/rpms/python-orjson/pull-request/26, and https://src.fedoraproject.org/rpms/rust-itoap/pull-request/1, I proved via local mock builds that this is possible after branching a few extra crates:

associative-cache
bytecount
compact_str -> castaway
itoap -> itoa
xxhash-rust -> xxhash-c-sys

On one hand, neither of us is particularly satisfied with upstream choices like maintaining a fork of PyO3, and we kind of wish we didn’t have to deal with this package in Fedora, let alone EPEL10. Besides, the dependency from python-deepdiff is optional, and could be removed by simply not packaging its "optimize" extra in EPEL10.

On the other hand, there are enough things that depend on orjson that the package is likely to remain in Fedora for quite some time despite our qualms, there are other potential users of a python-orjson package in EPEL10, and it looks like it would not be much additional effort to branch and maintain it.

Comment 2 Ben Beasley 2025-04-06 15:49:25 UTC
(In reply to Ben Beasley from comment #1)
> compact_str -> castaway

These dependencies are included in https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-e07da08831.

Comment 3 Ben Beasley 2025-04-11 00:40:45 UTC
Having allowed a week for primary maintainer feedback, I’m planning to proceed with branching this.

Comment 4 Fedora Update System 2025-04-11 01:45:51 UTC
FEDORA-EPEL-2025-8d9147968e (python-orjson-3.10.16-1.el10_1, rust-associative-cache-2.0.0-4.el10_1, and 4 more) has been submitted as an update to Fedora EPEL 10.1.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-8d9147968e

Comment 5 Fedora Update System 2025-04-13 03:13:55 UTC
FEDORA-EPEL-2025-8d9147968e has been pushed to the Fedora EPEL 10.1 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-8d9147968e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Maxwell G 2025-04-15 02:17:24 UTC
Hi, I'm sorry for missing this and thank you for NEEDINFOing me. You're welcome to branch it and maintain it in EPEL. Personally, I'm not super interested in doing so due to the reasons you mentioned. The upstream makes a lot of questionable decisions, and I'm not sure it's really "enterprise-grade" software, but if other people want it or need it as a dependency, I don't see any reason to block it myself.

Comment 7 Fedora Update System 2025-04-15 18:52:41 UTC
FEDORA-EPEL-2025-8d9147968e (python-orjson-3.10.16-1.el10_1, rust-associative-cache-2.0.0-4.el10_1, and 4 more) has been pushed to the Fedora EPEL 10.1 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.