Bug 462611

+++ This bug was initially created as a clone of Bug #434100 +++

--- Additional comment from matt_domsch on 2008-09-17 09:14:03 EDT ---

scidavis had a dependency on libfitRational[01].so.1, which is provided by qtiplot.  Is this an unneeded dependency?

qtiplot-0.9-8.fc9.x86_64 [cmd line]
 \_  scidavis-0.1.3-2.fc10.x86_64 [2: libfitRational0.so.1()(64bit), libfitRational1.so.1()(64bit)]

--- Additional comment from eric.tanguy on 2008-09-17 09:22:05 EDT ---

rpm -ql scidavis

...
/usr/lib/scidavis/plugins/libfitRational0.so
/usr/lib/scidavis/plugins/libfitRational0.so.1
/usr/lib/scidavis/plugins/libfitRational0.so.1.0
/usr/lib/scidavis/plugins/libfitRational0.so.1.0.0
/usr/lib/scidavis/plugins/libfitRational1.so
/usr/lib/scidavis/plugins/libfitRational1.so.1
/usr/lib/scidavis/plugins/libfitRational1.so.1.0
/usr/lib/scidavis/plugins/libfitRational1.so.1.0.0
...

--- Additional comment from matt_domsch on 2008-09-17 10:38:35 EDT ---

ah ha.  Turns out they're identical libraries because they're identical plugins, one for each package.  Those should not be included as Provides (which are handed by the automatic provides detection) in either package.  Turns out yum gets it right, and installing one doesn't pull in the other, but they're useless (and potentially harmful) Provides anyhow.

http://fedoraproject.org/wiki/Packaging/Perl#Filtering_Requires:_and_Provides
describes how to filter these out for a perl package.  It's the same idea for C, except you'll be filtering libfitRational* out.

With help from ajax:

%{expand:%%define prev__find_provides %{__find_provides}}
%define __find_provides %{SOURCE11} %{prev__find_provides}

where SOURCE11 is a shell script that does "$@" | awk 'filter out the badness'