Bug 189086

Description Don Lewis 2014-04-28 22:40:00 UTC

	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.