Description of problem: I'm not sure if this is a bug, but rpmlint is picking up on it, so I thought I'd report it: My new builds are now including spurious requires which rpmlint is picking up on: python3-spyking-circus.noarch: E: useless-provides python-spyking-circus python3-spyking-circus.noarch: E: useless-provides python38-spyking-circus I've not added either of these in the spec Version-Release number of selected component (if applicable): python3-rpm-macros-3.8-2.fc33.noarch How reproducible: Always Steps to Reproduce: 1. Build a python package 2. 3. Actual results: Includes provides Expected results: Perhaps should not include them? Additional info: Here's the spec: https://ankursinha.fedorapeople.org/python-spyking-circus/python-spyking-circus.spec
This is a feature. > I've not added either of these in the spec %python_provide adds them. rpmlint figures they are useless, because on f33+ you don't need %python_provide any more in most cases. See the announcement in https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproject.org/thread/SSJLPWSGFGPYRSHXQZDR7JNQXSDGGX3Z/ See https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_the_python_provide_macro (changed in https://pagure.io/packaging-committee/pull-request/967) A followup is in https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproject.org/thread/6DGWPIRP7AYBZP5XEB67YP263P6Q6WTB/
My advice: If you target f33+ only, drop the %python_provide call. If you also target anything older, ignore the rpmlint error. If you cannot stand the error, you can wrap the call in %{?!__pythonname_provides:...}
Thanks Miro. I did look at the guidelines but didn't see the relevant bits. I'm happy to ignore the rpmlint error. I'll close this issue.
TBH I've only merged the change in the guidelines after getting this bugreport.