Re: file collision - libstrl.so

From: Benny Pedersen <me_at_junc.org>
Date: Wed, 05 Dec 2012 18:09:28 +0100

Todd Lyons skrev den 05-12-2012 17:09:
> On Wed, Nov 7, 2012 at 6:54 AM, Murray S. Kucherawy
> <msk_at_blackops.org> wrote:
>>>
>>> opendkim-2.7.1 installs libstrl.so but that file collides with
>>> libstrl package [1] in gentoo. Any chance of renaming it if it
>>> is used only internally?
>> Actually, if you have libstrl already installed, you should be able
>> to
>> provide CPPFLAGS, LDFLAGS and LIBS options to ./configure that
>> discover
>> this, which would prevent our package from building and installing
>> our
>> libstrl. Have you tried this?
>
> Building 2.7.3, I have a weird corner case. My system doesn't have
> libstrl, but it does have libunbound's libldns installed, which
> apparently includes strl* functions. For now I have to build without
> libunbound else it exits with this funky error:
>
> /usr/local/lib/libstrl.a(strl.o)(.text+0x0):

this means you have a old opendkim not uninstalled

  In function `strlcpy':
> /disk1/download/opendkim-2.7.0/libstrl/strl.c:60: multiple
> definition of `strlcpy'

this means gcc precompiler missing #ifndef .... in strl.c

>
> /usr/local/lib/libldns.a(strlcpy.o)(.text+0x0):./compat/strlcpy.c:39:
> first defined here

same here

> /usr/bin/ld: Warning: size of symbol `strlcpy' changed from 67 in
> /usr/local/lib/libldns.a(strlcpy.o) to 165 in
> /usr/local/lib/libstrl.a(strl.o)
>
>
> /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/liblua.a(loslib.o)(.text+0x175):
> In function `os_tmpname':

is redhat providing libstrl ?, is liblua depending on libstrl ?

try ldd foo.so libs to show it

> : warning: the use of `tmpnam' is dangerous, better use `mkstemp'
> collect2: ld returned 1 exit status
> make[3]: *** [opendkim-testkey] Error 1
> make[3]: Leaving directory
> `/disk1/download/opendkim-2.7.3/opendkim'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/disk1/download/opendkim-2.7.3/opendkim'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/disk1/download/opendkim-2.7.3'
> make: *** [all] Error 2
>
> I call it funky because:
> 1. I'm building 2.7.3, not 2.7.0.

you must uninstall old versions of opendkim

> 2. The 2.7.0 build tree doesn't exist any more.

if it just deleted, then the old builded libs still is in path

> 3. I rebuilt unbound just this morning in an attempt to get rid of
> that 2.7.0 reference, but there was no change.

delete it manuely if ther is no rpm depends on it

>
> I'm not sure what is actually pointing at that 2.7.0 build tree :-/

did you install 2.7.0 with ./configure && make && make install ?

if yes, then remove this version with make uninstal?
Received on Wed Dec 05 2012 - 17:10:00 PST