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 Fix: Possible workarounds: Uninstall the old version of apr1 before building the new version. Build and install apr1 twice. 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.
Responsible Changed From-To: freebsd-ports-bugs->apache Over to maintainer (via the GNATS Auto Assign Tool)
Author: ohauer Date: Tue Apr 29 08:31:17 2014 New Revision: 352586 URL: http://svnweb.freebsd.org/changeset/ports/352586 QAT: https://qat.redports.org/buildarchive/r352586/ Log: - add comment to remove old apr-1.4.x ports before upgrading to apr-1.5.x PR: ports/189086 Submitted by: Don Lewis <truckman@FreeBSD.org> Modified: head/UPDATING Modified: head/UPDATING ============================================================================== --- head/UPDATING Tue Apr 29 08:19:06 2014 (r352585) +++ head/UPDATING Tue Apr 29 08:31:17 2014 (r352586) @@ -234,6 +234,7 @@ you update your ports collection, before AUTHOR: ohauer@FreeBSD.org APR was updated to 1.5.0, BDB requirement was bumped to 48+ + It is necessary to first remove the old version of devel/apr1. Please rebuild all ports which are using functions from APR/APR-util such as Apache, Subversion, etc. _______________________________________________ svn-ports-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-ports-all To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org"
State Changed From-To: open->closed Thanks, a note to remove devel/apr1 before updateing was added