Re: file collision - libstrl.so

From: Todd Lyons <tlyons_at_ivenue.com>
Date: Wed, 5 Dec 2012 08:09:31 -0800

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): In function `strlcpy':
    /disk1/download/opendkim-2.7.0/libstrl/strl.c:60: multiple
definition of `strlcpy'
    /usr/local/lib/libldns.a(strlcpy.o)(.text+0x0):./compat/strlcpy.c:39:
first defined 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':
    : 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.
2. The 2.7.0 build tree doesn't exist any more.
3. I rebuilt unbound just this morning in an attempt to get rid of
that 2.7.0 reference, but there was no change.

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

...Todd
-- 
The total budget at all receivers for solving senders' problems is $0.
 If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine
Received on Wed Dec 05 2012 - 16:09:55 PST

This archive was generated by hypermail 2.3.0 : Wed Dec 05 2012 - 16:18:00 PST