Date: Sat, 26 Mar 2011 17:55:14 +0800 From: Denny Lin <dennylin93@hs.ntnu.edu.tw> To: "Edward Sanford Sutton, III" <mirror176@cox.net> Cc: ports@freebsd.org Subject: Re: How to best handle ports mislinking against locally installed copies? Message-ID: <20110326095514.GQ129@mail.hs.ntnu.edu.tw> In-Reply-To: <201103260229.16197.mirror176@cox.net> References: <201103260229.16197.mirror176@cox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Mar 26, 2011 at 02:29:14AM -0700, Edward Sanford Sutton, III wrote: > As an example, net/avahi-app fails to build on my machine because of the > error: > /libexec/ld-elf.so.1: Shared object "libicui18n.so.38" not found, required > by "libavahi-glib.so.1" > This can be fixed by removing the port before building so that it is unable to > link against /usr/local/lib/libavahi-glib.so.1 and instead correctly links > against ./work/avahi-0.6.29/avahi-glib/.libs/libavahi-glib.so.1 but is it > correct to assume uninstall is needed before attempting to build a new > version or are there suggested fixes or examples of working through this? > I can try to dig up other examples I have ran into in detail but was wondering > about the general approach and if the freebsd ports tree likes to fix it, > note it, or ignore it? These are usually documented in /usr/ports/UPDATING, so check it before updating ports. Usually a rebuild fixes the problem, but sometimes a lot of ports have to be reinstalled, so it is time consuming. Try out ports-mgmt/portmaster and use the -w flag to preserve libs. They will end up in /usr/local/lib/compat/pkg/lib/ until you decide to remove them. -- Denny Lin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110326095514.GQ129>