Overview
Request 690890 accepted
- Drop manual requires from libqb-tests.
- Let libqb-devel depend on the exact package, libqb20 not just
a virtual libqb provide.
- Drop redundant %if..%endif guards that do not affect the build.
- Update to version 1.0.3+20190326.a521604:
- enable building / shipping of libqb-tests.rpm (bsc#1131328)
Request History
yan_gao created request
- Drop manual requires from libqb-tests.
- Let libqb-devel depend on the exact package, libqb20 not just
a virtual libqb provide.
- Drop redundant %if..%endif guards that do not affect the build.
- Update to version 1.0.3+20190326.a521604:
- enable building / shipping of libqb-tests.rpm (bsc#1131328)
licensedigger accepted review
ok
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
staging-bot set openSUSE:Factory:Staging:F as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:F"
staging-bot accepted review
Picked openSUSE:Factory:Staging:F
dimstar accepted review
dimstar_suse accepted review
ready to accept
dimstar_suse approved review
ready to accept
dimstar_suse accepted request
Accept to openSUSE:Factory
That virtual provides was also used by other packages, like e.g
Bleh. We need to come up with a better provides name for these things. Does
featurelevel(libqb) = 0.13.0sound like a sellable idea?I'm dropping the the unnecessary virtual dependency from pacemaker.
Dropped the dependency from pacemaker considering the fact that there are not likely libqb versions < 0.13.0 nowadays: https://build.opensuse.org/request/show/691524
, although I don't understand the problem of using "Provides".
Symbol Versioning for the world! I wish it was easier to convince upstreams to do so
Symbol versioning only helps with ABI/API, but does not for behavioral changes of a function.
BTW, I went through all the other consumers of libqb and didn't find anything else using the virtual provides.