<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jul 22, 2015 at 2:32 PM, Ville Skyttä <span dir="ltr"><<a href="mailto:ville.skytta@iki.fi" target="_blank">ville.skytta@iki.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Wed, Jul 22, 2015 at 11:34 PM, Jason L Tibbitts III<br>
<<a href="mailto:tibbs@math.uh.edu">tibbs@math.uh.edu</a>> wrote:<br>
>>>>>> "DJ" == Dave Johansen <<a href="mailto:davejohansen@gmail.com">davejohansen@gmail.com</a>> writes:<br>
><br>
> DJ> rpmlint is outputting a private-shared-object-provides warning [1]<br>
> DJ> and I don't understand what the issue is or how I go about fixing<br>
> DJ> it. Any advice?<br>
><br>
> It's pretty simple, really. Your package has some sort of shared<br>
> library for which RPM automatically generates a Provides: entry, but<br>
> which is not actually installed in a path where it can be accessed as a<br>
> system library. This is usually because it's some sort of plugin.<br>
><br>
> The solution is provided in the document to which you linked: set up<br>
> filtering so that RPM does not generate the errant Provides: entry.<br>
<br>
</span>These Provides are generated for shared objects that have SONAMEs.<br>
SONAMEs on the other hand are about versioning, and for a lot of<br>
private shared objects they aren't used for anything and don't make<br>
sense in the first place, especially when they don't actually contain<br>
any versioning information. In such cases a better fix is to report<br>
the issue upstream and see if they'd be willing to get rid of them. If<br>
that doesn't work or isn't applicable, then look into filtering out<br>
the Provides in the package build.<br>
</blockquote></div><br></div><div class="gmail_extra">Ok, that makes sense, but the part I'm confused about is that this isn't a private library at all. It's /usr/lib64/libformat.so.1.1.0 and is intended for use by other applications. So is there something wrong in the .so that's causing rpmlint to think it's private?<br></div></div>