Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 2048082

Summary:	ansible-collections-openstack provides python3dist(ansible-collections-openstack-cloud) = 0
Product:	[Fedora] Fedora	Reporter:	Miro Hrončok <mhroncok>
Component:	ansible-collections-openstack	Assignee:	Sagi Shnaidman <sshnaidm>
Status:	CLOSED CANTFIX	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	36	CC:	amoralej, apevec, chkumar, ksurma, openstack-sig, sshnaidm
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:	2022-11-11 15:29:17 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:	2048077

Description Miro Hrončok 2022-01-29 12:12:15 UTC

The package ansible-collections-openstack has the following automatic provide:

  python3dist(ansible-collections-openstack-cloud) = 0

It appears that the actual package version was lost during the packaging process. 

In most cases, this is caused by using a Source that misses version information, e.g. A GitHub tarball when the project uses setuptools_scm or pbr. See https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_source_files_from_pypi

This bugzilla was created in a batch, so it does not have information about the exact cause for this package. If you need help figuring out why this happens in this particular package, feel free to ask.

Comment 1 Alan Pevec 2022-01-31 12:08:06 UTC

FTR analysis by Alfredo:
"ansible-collections-openstack is actually not a python module and it's not in pypi.
 It just uses python packaging tooling to install it but does it make sense at all to provide  python3dist(ansible-collections-openstack-cloud) in RPMs and egg-inf
 I don't think that other packages which depend on it should use python3dist but package name or other virtual provides.
 I've checked that other ansible collections are creating provides using ansible macros:
ansible-collection(ansible.posix) = 1.3.0

 the right solution is to move it to standard ansible collections packaging
"

Comment 2 Ben Cotton 2022-02-08 20:24:16 UTC

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

Comment 3 Karolina Surma 2022-11-11 15:29:17 UTC

The package no longer creates an incorrect automatic provide.