Overview
Request 1199338 accepted
add versioned) Provides for binaries in poppler-tools package
- Created by ojkastl_buildservice
- In state accepted
- 7 package maintainers
- Supersedes 1191454
Each time I need to install pdfunite or pdfseparate on a new machine, I have to remember that they are in poppler-tools. So hopefully the "Provides" would allow zypper to find the right package when searching for one of the tools.
Not sure if the Provides should be for /usr/bin/xxx
instead.
user@box~> zypper search --provides /usr/bin/pdfunite Loading repository data... Reading installed packages... S | Name | Summary | Type ---+---------------+-----------------------------+-------- i | poppler-tools | PDF Rendering Library Tools | package user@box:~> zypper search --provides --file-list pdfunite Loading repository data... Reading installed packages... S | Name | Summary | Type ---+---------------+-----------------------------+-------- i | poppler-tools | PDF Rendering Library Tools | package
I'll reject this sub, as we already have the "knob" to turn in zypper search to find the binary
heck, even with just --file-list it zypper finds it
user@box:~> zypper search --file-list pdfunite Loading repository data... Reading installed packages... S | Name | Summary | Type ---+---------------+-----------------------------+-------- i | poppler-tools | PDF Rendering Library Tools | package
It is of course your call to decline this SR.
But please give it another thought. Yes, zypper has lots of "knobs" and options to make it find things. But do you honestly think everybody is using them on a daily basis and remembers them? Do you think newbies know that those options exist at all?
Or to ask differently: What's the harm in having your package be found more easily?
What is the harm in having some "Provides"? It's not like there is a new program being added on a weekly basis...
Kind Regards Johannes
I do not have a strong pref, but the main argument against adding manual provides is that we have to ensure that we do not keep providing things that upstream perhaps removes at a later time :-)
The rejection was more of just make a decision since the req had 2 weeks on it, and it seems "nobody" wanted to review it.
@ojkastl_buildservice I'm okay with additional compatibility provides if it matches other distributions packaging scheme (e.g. fedora as the prime example). but please don't do unversioned provides. change it to Provides: foo = %{version}
Request History
ojkastl_buildservice created request
add versioned) Provides for binaries in poppler-tools package
gnome-review-bot accepted review
Check script succeeded
gnome-review-bot approved review
Check script succeeded
dirkmueller accepted request