Date: Mon, 05 Mar 2012 11:34:18 +0100 From: Angelo Turetta <aturetta@commit.it> To: freebsd-ports@freebsd.org Cc: Super Bisquit <superbisquit@gmail.com> Subject: Re: General questions on packages and package path Message-ID: <4F5496AA.2080907@commit.it> In-Reply-To: <CA%2BWntOumV0tnov%2Bw%2BB8vTpVxPBXZwvwsLL%2BSVZCvpFri==PsLQ@mail.gmail.com> References: <CA%2BWntOvqogs-x4HkEjksN2xb-tuDLSHXSnAn0yuVEsXOSu9wbA@mail.gmail.com> <20120304054320.GA6622@lonesome.com> <CA%2BWntOsk-HUqtaUXqydJnHLGmcxpyzG_i46pp2yikCmF4wQ9GQ@mail.gmail.com> <CA%2BWntOumV0tnov%2Bw%2BB8vTpVxPBXZwvwsLL%2BSVZCvpFri==PsLQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/03/2012 04:48, Super Bisquit wrote: > New error is: /libexec/ld-elf.so.1: Shared object "libicui18n.so.46" not > found, required by "libgtk-x11-2.0.so.0". > I have libicu18n.so.48. > I'm running portupgrade -a -f on my machine. That's a fault found in many ports. Hidden dependencies. Many ports autoconfigure themselves to use external libraries if they are installed at build time. Too bad sometimes they are not registrared as dependencies in the port, so port management tools cannot guess the right upgrade sequence. icu has been previuosly upgraded but gtk was not rebuilt. On my server I've just worked around a bunch of such errors regarding libpcre... Only way is manually rebuild the dependent port, in your case gtk, and then resume the automated build waiting for the next error. Angelo.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F5496AA.2080907>