Private-libraries in /usr/lib* - invalid soname.
Toshio Kuratomi
a.badger at gmail.com
Fri Apr 20 16:16:40 UTC 2012
On Fri, Apr 20, 2012 at 05:59:44PM +0200, Kevin Kofler wrote:
> Toshio Kuratomi wrote:
> > * Private unversiond libs in %{_libdir}. -- I would consider this a
> > blocker unless shown that they have to be there (and I would patch the
> > build scripts to fix this if necessary).
>
> Why is this a problem, assuming the name doesn't conflict with anything? (Of
> course a generic name like libparser.so would be a problem.)
>
* Organizationally -- I wouldn't want it there because it serves a wholly
different purpose.
* Naming-conflict wise, it's easier to tell people on review to move private
libs on review than to find out later that there's a conlict and then have
to get two maintainres to decide whether some of their libs are private,
who is responsible for moving their libraries, etc.
* For rpm, it adds unnecessary provides which are not only potential
conflicts but also add bloat to the repodata that users have to download.
I suppose in strict answer to your question; not every reviewer would need
consider this a blocker. But if I was reviewing a package, I would
submit patches to make it use a private directory and expect that those
patches would be applied for approval and its one of the things Id see if
I was evaluating a reviewer and say, eh... I can see why you don't require
that but it does make me feel you're a little more sloppy than otherwise.
-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120420/1548acea/attachment.sig>
More information about the devel
mailing list