Bug 2087785

Summary:	[python-pymongo][epel]: please build python-pymongo in epel9
Product:	[Fedora] Fedora	Reporter:	Kaleb KEITHLEY <kkeithle>
Component:	python-pymongo	Assignee:	Alan Pevec <apevec>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	37	CC:	apevec, code, cstratak, hhorak, jal233, mskalicky
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	python-pymongo-3.10.1-7.el9	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-09-04 22:35:14 UTC	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:	2097432

Description Kaleb KEITHLEY 2022-05-18 13:56:01 UTC

Description of problem:

python-pymongo is a BR for python-opentelemetry->python-xds-protos->grpc->libarrow, which in turn is a BR ceph quincy (17.2.x). While ceph itself will not (ever) be built in EPEL, there are Ceph developers who want to use CentOS Stream or RHEL with EPEL.

Note: libarrow and all its dependencies, including python-pymongo, are already available from the CentOS Storage SIG. I'm told though that many Ceph devs prefer to use EPEL over the CentOS Storage SIG.

Version-Release number of selected component (if applicable):

pymongo-3.10.1

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

It buidls as is from the rawhide sources (see https://koji.fedoraproject.org/koji/taskinfo?taskID=87203819
)

If you don't wish to build python-pymongo in EPEL yourself, please add the epel-packagers-sig group as collaborator for epel* branches, or (less preferable) add me (FAS: kkeithle) as a collaborator for epel* branches.

Thanks

Comment 1 Ben Beasley 2022-05-23 15:11:19 UTC

I am the package maintainer for grpc, python-xds-protos, and python-opentelemetry. It may or may not be useful to build this for EPEL9, but it should not be required for grpc.

I am able to build python-opentelemetry for EPEL9 in a COPR[1] by disabling certain subpackages with missing dependencies. I already have a bootstrap build of grpc, and I expect to complete a non-bootstrap build shortly. At that point, I am just waiting on a couple of repository branch requests to go through before I can start real builds in a side tag.

[1] https://copr.fedorainfracloud.org/coprs/music/grpc-epel9/packages/

Comment 2 Fedora Admin user for bugzilla script actions 2022-07-26 13:16:58 UTC

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 3 Ben Cotton 2022-08-09 13:16:06 UTC

This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle.
Changing version to 37.

Comment 4 Fedora Update System 2022-08-25 14:47:33 UTC

FEDORA-EPEL-2022-c82b9c4208 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-c82b9c4208

Comment 5 Fedora Update System 2022-08-26 13:03:42 UTC

FEDORA-EPEL-2022-c82b9c4208 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-c82b9c4208

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

Comment 6 Fedora Update System 2022-09-04 22:35:14 UTC

FEDORA-EPEL-2022-c82b9c4208 has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.