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