On Wed, 14 Dec 2011 12:13:12 +0100, TS (Thomas) wrote:
2011/12/14 Thomas Moschny <>:
> 2011/12/14 Thomas Spura <>:
>> For those who want to look over it, here it is:
>>
http://koji.fedoraproject.org/koji/taskinfo?taskID=3583429
>
> Two observations:
>
> (1) the python26-zmq package provides a bunch of so's that are
> python-only and thus should be filtered out:
>
> constants.so()(64bit)
> context.so()(64bit)
> device.so()(64bit)
> error.so()(64bit)
> initthreads.so()(64bit)
> message.so()(64bit)
> monitoredqueue.so()(64bit)
> poll.so()(64bit)
> rebuffer.so()(64bit)
> socket.so()(64bit)
> stopwatch.so()(64bit)
> version.so()(64bit)
Well, it's a vague SHOULD and not anything like important, *if* the
automatic SONAME Provides are non-versioned *and* not in the lib*
namespace either. They result in superfluous repo metadata. Still some
form of pollution, albeit not with a high risk of confusing the depsolver.
No [other] package ought to depend on such non-versioned SONAMEs. If it
did, that could be an indication of a poorly named system library in some
package and/or something really requiring these libs and possibly
expecting to find them in run-time linker's search path instead of a
private plugin/module/extension directory.
The much more problematic SONAME Provides are those that bear a risk
of conflicting with ordinary system libraries.