Date: Mon, 28 Apr 2014 14:38:50 -0700 (PDT) From: Don Lewis <truckman@FreeBSD.org> To: FreeBSD-gnats-submit@FreeBSD.org Subject: ports/189086: devel/apr1 links libaprutil-1.so against installed libpar-1.so.* Message-ID: <201404282138.s3SLco8K008423@mousie.catspoiler.org> Resent-Message-ID: <201404282140.s3SLe1rc003658@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 189086 >Category: ports >Synopsis: devel/apr1 links libaprutil-1.so against installed libpar-1.so.* >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 28 21:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Don Lewis >Release: FreeBSD 8.4-STABLE i386 >Organization: FreeBSD Project >Environment: System: FreeBSD mousie.catspoiler.org 8.4-STABLE FreeBSD 8.4-STABLE #85 r264639: Fri Apr 25 19:06:32 PDT 2014 dl@mousie.catspoiler.org:/usr/obj/usr/src/sys/GENERICDDB i386 Ports tree revision r351627. apr-1.5.0.1.5.3 >Description: When building the devel/apr1 port, it prefers linking its dynamic library libaprutil-1.so to the installed version of libapr-1.so.* over the recently built copy of libapr-1.so.* that was just built under work/. This becomes obvious when upgrading devel/apr1 using the 20140322 instructions in ports/UPGRADING for upgrading devel/apr1 using portmaster or portupgrade because the shared library versions were bumped. After following this procedure to do the upgrade, I see the following breakage if I clean out /usr/local/lib/compat/pkg: %svn info /libexec/ld-elf.so.1: Shared object "libapr-1.so.4" not found, required by "libaprutil-1.so.5" %ldd /usr/local/bin/svn /usr/local/bin/svn: libsvn_client-1.so.0 => /usr/local/lib/libsvn_client-1.so.0 (0x33cc0000) libsvn_wc-1.so.0 => /usr/local/lib/libsvn_wc-1.so.0 (0x33d18000) libsvn_ra-1.so.0 => /usr/local/lib/libsvn_ra-1.so.0 (0x33db1000) libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x33dbc000) libsvn_ra_local-1.so.0 => /usr/local/lib/libsvn_ra_local-1.so.0 (0x33dcf000) libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0 (0x33dd7000) libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0 (0x33e05000) libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0 (0x33e0e000) libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0 (0x33e3e000) libdb-4.8.so.0 => /usr/local/lib/libdb-4.8.so.0 (0x33e66000) libsvn_fs_util-1.so.0 => /usr/local/lib/libsvn_fs_util-1.so.0 (0x33fc2000) libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0 (0x33fc5000) libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x33fdc000) libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x33feb000) libz.so.5 => /lib/libz.so.5 (0x34051000) libsqlite3.so.8 => /usr/local/lib/libsqlite3.so.8 (0x34063000) libmagic.so.4 => /usr/lib/libmagic.so.4 (0x340fb000) libaprutil-1.so.5 => /usr/local/lib/libaprutil-1.so.5 (0x34114000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x34134000) libapr-1.so.5 => /usr/local/lib/libapr-1.so.5 (0x34154000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x3417e000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x341a4000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x341ad000) libthr.so.3 => /lib/libthr.so.3 (0x342ae000) libc.so.7 => /lib/libc.so.7 (0x342c3000) libapr-1.so.4 => not found (0x0) %strings /usr/local/lib/libaprutil-1.so.5 | grep libapr libapr-1.so.4 libaprutil-1.so.5 >How-To-Repeat: Install an 1.4.x version of devel/apr1. Upgrade devel/apr1 from source using the 20140322 instructions in ports/UPGRADING (or just build it from source using the ports Makefile). Examine libaprutil-1.so.5 to see which version of libapr-1.so it is linked against. >Fix: Possible workarounds: Uninstall the old version of apr1 before building the new version. Build and install apr1 twice. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201404282138.s3SLco8K008423>