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. -- packaging mailing list packaging@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/packaging
