Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

rpmlint --explain useless-provides is not always accurate #427

Open
hroncok opened this issue Apr 7, 2020 · 0 comments
Open

rpmlint --explain useless-provides is not always accurate #427

hroncok opened this issue Apr 7, 2020 · 0 comments
Labels

Comments

@hroncok
Copy link
Contributor

hroncok commented Apr 7, 2020

In da28d00 the message was adapted to:

This package provides multiple times the same capacity.
This means versioned and unversioned symbols are provided at once
thus one overshadowing the other. I.e. 'foo' and 'foo = 1.0'.

However, that's not always the case:

If the RPM has two provides that include version, the error is present as well:

$ rpm -qp --provides python3-double-provides-0-0.fc33.noarch.rpm 
python-double-provides = 0-0.fc33
python-double-provides = 0-0.fc33
python3-double-provides = 0-0.fc33
python38-double-provides = 0-0.fc33
python38-double-provides = 0-0.fc33

$ rpmlint python3-double-provides-0-0.fc33.noarch.rpm 
...
python3-double-provides.noarch: E: useless-provides python-double-provides
python3-double-provides.noarch: E: useless-provides python38-double-provides
...

"This means versioned and unversioned symbols are provided at once" is not applicable in this case. The situation at hand is "Identical automated and manual provides exist, the manual one is useless" -- as a side note, this feels like warning material, rather than an error, there is no actual harm done here.

This is a followup on #113

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants