Date: Wed, 21 May 2003 20:48:59 -0500 From: Dan Nelson <dnelson@allantgroup.com> To: Ralph Dratman <ralph@maxsoft.com> Cc: Joshua Oreman <oremanj@www.get-linux.org> Subject: Re: libintl.so.2 problems (REPOST: wrong subject and recipient) Message-ID: <20030522014859.GA13024@dan.emsphone.com> In-Reply-To: <v04210119baf1cf63e794@[192.168.1.27]> References: <v04210118baf1c0d37b6e@[192.168.1.27]> <20030522002446.GE99691@webserver.get-linux.org> <v04210119baf1cf63e794@[192.168.1.27]>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (May 21), Ralph Dratman said: > So it appears that the particular shared object in question, > libintl.so.2, is not included in (this version of?) gettext. Find whatever port is trying to use libintl.so.2 and rebuild it too. ldd /usr/local/bin/* should help here. The portupgrade port makes it a cinch to do a force-rebuild of arbitrary ports. You won't be able to use binary packages on a userland as old as 4.2, but you should be able to compile whatever you need from ports. > There is an additional cryptic message I keep getting during builds, > which just might conceivably be relevant: > > /bin/realpath: not found I've been able to use the ports tree on a system with a 4.0(!) kernel and userland by rebuilding certain binaries from the base system as necessary. From a quick examination, it looks like I've only had to build newer versions of lib/libc, lib/libfetch, usr.bin/make, usr.sbin/pkg_install, bin/realpath, share/mk, and the files in etc/mtree. You can get away with not updating libc if you replace calls to getprogname() with __progname (prototype it as extern char *__progname). -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030522014859.GA13024>