[Fedora-packaging] python-2.6 on el5

Michael Schwendt mschwendt at gmail.com
Wed Dec 14 11:45:33 UTC 2011


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.


More information about the packaging mailing list