Bug 2354137

Summary:	python3-exiv2 FTBFS due to missing tox configuration
Product:	[Fedora] Fedora	Reporter:	Miro Hrončok <mhroncok>
Component:	python3-exiv2	Assignee:	Orphan Owner <extras-orphan>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	asn, bmasney
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2025-07-10 03:15:35 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:	2322407, 2339432

Description Miro Hrončok 2025-03-21 16:34:38 UTC

Hello.

python3-exiv2 fails to build from source becasue it uses one or both of:

 - %pyproject_buildrequires -t/-e (generate dependencies via tox)
 - %tox (run tox)

without tox configuration (e.g. tox.ini or tox section of pyproject.toml/setup.cfg).

This was always supposed to fail, but regressed with tox 4.
Now it fails again.

https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/ZSHSHZKVA4XJQBJD7FMMCALKN4UP5SAJ/
https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/N25A2BER3RUHMTBIULQ6AVWRILSL5VGW/

If this package uses tox upstream, make sure to use a source tarball that includes the tox configuration (e.g. an archive from GitHub instead of sdist from PyPI).

If this package does not use tox upstream, you cannot use the tox options.
If your package uses %pyproject_buildrequires -t/-e but does not use %tox, just drop the -t/-e option.
If your package uses %tox, replace the call with a more suitable way for running tests (e.g. %pytest).

Let me know if you need assistance. Thanks.

Comment 1 Miro Hrončok 2025-03-28 12:42:04 UTC

Hello. If you need help fixing this, please let me know. If you plan to fix this yourself, please respond. Thanks.

Comment 2 Miro Hrončok 2025-04-18 09:38:03 UTC

Hello. If you need help fixing this, please let me know. If you plan to fix this yourself, please respond. Thanks.

Comment 3 Fedora Admin user for bugzilla script actions 2025-05-17 06:19:10 UTC

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

Comment 4 Maxwell G 2025-07-10 03:15:35 UTC

Automation has figured out the package is retired in Fedora Rawhide.

If you like it to be unretired, please open a ticket at
https://pagure.io/releng/new_issue?template=package_unretirement

Comment 5 Red Hat Bugzilla 2025-11-08 04:25:04 UTC

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days

Comment 6 Brian Masney 2025-12-02 11:48:06 UTC

I posted a PR to fix this build error for Fedora 43: https://src.fedoraproject.org/rpms/python3-exiv2/pull-request/4#

Comment 7 Miro Hrončok 2025-12-02 12:02:03 UTC

Thank you. However, the package is already retired. If you wish to take care of it and unretire it, ask releng in https://forge.fedoraproject.org/releng/tickets/issues

Comment 8 Brian Masney 2025-12-02 21:43:13 UTC

I created an issue at https://forge.fedoraproject.org/releng/tickets/issues/13116 to unretire it. I work on the kernel, and I'm not super familiar with the Fedora packaging process, so thank you for any pointers.