Page MenuHomeDevCentral

libcurl.so wants libssl.so.8, but we provide libssl.so.9 on Ysul
Closed, WontfixPublic

Description

Compiling PHP 7.1.0, I've noticed the following issue:

/usr/bin/ld: warning: libssl.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libssl.so.9

Perhaps would it be interesting to compile manually libcurl is our SSL version is greater than the pkg version.

Event Timeline

dereckson renamed this task from libcurl.so wants libssl.so.8, but we provide libssl.so.9 to libcurl.so wants libssl.so.8, but we provide libssl.so.9 on Ysul.Dec 20 2016, 13:45
dereckson created this task.

At the very end of the compilation:

Ysul
$ make
[...]
/usr/bin/ld: warning: libssl.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libssl.so.9
/usr/bin/ld: warning: libssl.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libssl.so.9
/usr/bin/ld: warning: libssl.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libssl.so.9
/usr/bin/ld: warning: libcrypto.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libcrypto.so.9
/usr/bin/ld: warning: libcrypto.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libcrypto.so.9
/usr/bin/ld: warning: libcrypto.so.8, needed by /usr/local/lib/libcurl.so, may conflict with libcrypto.so.9

Upgrade curl
Dec 20 13:48:23 ysul pkg: curl upgraded: 7.51.0_3 -> 7.51.0_4

Check versions

Ysul
$ ldd /usr/local/lib/libcurl.so.4
/usr/local/lib/libcurl.so.4:
        libssl.so.8 => /usr/lib/libssl.so.8 (0x80126a000)
        libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x8014da000)
        libhx509.so.11 => /usr/lib/libhx509.so.11 (0x8016e1000)
        libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x80192e000)
        libcrypto.so.8 => /lib/libcrypto.so.8 (0x801c00000)
        libasn1.so.11 => /usr/lib/libasn1.so.11 (0x80206c000)
        libwind.so.11 => /usr/lib/libwind.so.11 (0x80230c000)
        libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x802534000)
        libroken.so.11 => /usr/lib/libroken.so.11 (0x802738000)
        libcrypt.so.5 => /lib/libcrypt.so.5 (0x80294a000)
        libz.so.6 => /lib/libz.so.6 (0x802b69000)
        libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x802d80000)
        libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x802ffd000)
        libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x803207000)
        libthr.so.3 => /lib/libthr.so.3 (0x803426000)
        libc.so.7 => /lib/libc.so.7 (0x800823000)
        libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x80364d000)

Still at .8.

I don't see what we can do about this one.

The OS has this version in base, while ports and other software can be built with another version provided as a port.

That's the way it's on FreeBSD

dereckson claimed this task.