<div dir="ltr"><div dir="ltr">On Fri, Jul 24, 2020 at 7:41 AM Kaleb Keithley <<a href="mailto:kkeithle@redhat.com">kkeithle@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Fri, Jul 24, 2020 at 7:07 AM Patrick Matthäi <<a href="mailto:patrick@linux-dev.org" target="_blank">patrick@linux-dev.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
Am 06.07.2020 um 03:23 schrieb <a href="mailto:jenkins@build.gluster.org" target="_blank">jenkins@build.gluster.org</a>:<br>
> SRC: <a href="https://build.gluster.org/job/release-new/121/artifact/glusterfs-8.0.tar.gz" rel="noreferrer" target="_blank">https://build.gluster.org/job/release-new/121/artifact/glusterfs-8.0.tar.gz</a><br>
> HASH: <a href="https://build.gluster.org/job/release-new/121/artifact/glusterfs-8.0.sha512sum" rel="noreferrer" target="_blank">https://build.gluster.org/job/release-new/121/artifact/glusterfs-8.0.sha512sum</a><br>
><br>
> This release is made off jenkins-release-121<br>
><br>
<br>
Hi,<br>
I have got a problem with the new libglusterd library:<br>
<br>
W: libglusterd0: shared-library-lacks-prerequisites<br>
usr/lib/x86_64-linux-gnu/libglusterd.so.0.0.1<br>
N:<br>
N: The listed shared library doesn't include information about the other<br>
N: libraries against which it was linked.<br>
N:<br>
N: More specifically, "ldd foo.so" should report such other libraries. In<br>
N: your case, it reports "statically linked".<br>
N:<br>
N: The fix is to specify the libraries. One way to do so is to add<br>
N: something like "-lc" to the command-line options for "ld".<br>
N:</blockquote><div><br></div><div>Is this a packaging problem or a build problem? Seems like a build problem.</div><div><br></div><div>None of the other gluster shlibs on debian have this problem, and they aren't linked with -lc, so that seems like a red herring.</div><div><br></div><div>And FWIW it doesn't occur on the Fedora libglusterd.so.0.0.1.</div></div></div></blockquote><div><br></div><div> I'm not convinced this is a problem.</div><div><br></div><div>I can easily contrive a shlib that has no external references. ldd on such a shlib tells me it's "statically linked" on both Fedora and Ubuntu.</div><div><br></div><div>And that's what libglusterd is, a shlib with no external references.</div><div><br></div><div>I can add -lc, but if there are no references to libc functions, then why? Please cite a reference that shows this is required?</div><div><br></div><div>Fedora's autoconf/automake/libtool has always behaved slightly differently than Debian/Ubuntu. Fedora seems to cache and use things that Debian doesn't. It's been a PITA sometimes figuring out why a Makefile.am that works on Fedora doesn't work, or works differently on Debian.</div><div><br></div><div>I might even argue that Debian/Ubuntu is working correctly in this case and it's Fedora that is broken.</div><div><br></div><div>Other libraries, e.g. libc, that don't have any external references, appear to link with /lib64/ld-linux-x86-64.so.2. Adding this makes the ldd output look more "normal."</div><div><br></div><div>Again, please file an issue in the github issue tracker.</div><div><br></div><div>--</div><div><br></div><div>Kaleb</div><div><br></div></div></div>