ports/189086: devel/apr1 links libaprutil-1.so against installed libpar-1.so.*
Don Lewis
truckman at FreeBSD.org
Mon Apr 28 21:40:01 UTC 2014
>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 at 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:
More information about the freebsd-ports-bugs
mailing list