From owner-freebsd-ports@FreeBSD.ORG Mon Mar 5 10:45:44 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E29F31065672 for ; Mon, 5 Mar 2012 10:45:44 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from aa002msb.fastweb.it (aa002msb.fastweb.it [85.18.95.81]) by mx1.freebsd.org (Postfix) with ESMTP id 52D128FC16 for ; Mon, 5 Mar 2012 10:45:44 +0000 (UTC) Received: from mail.commit.it (89.97.230.186) by aa002msb.fastweb.it (8.5.016.6) id 4F513D48002043E3 for freebsd-ports@freebsd.org; Mon, 5 Mar 2012 11:34:27 +0100 Received: from [192.168.44.96] (host241-40-dynamic.56-79-r.retail.telecomitalia.it [79.56.40.241]) (authenticated bits=0) by mail.commit.it (8.14.5/8.14.4) with ESMTP id q25ARS4v077525 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 5 Mar 2012 11:27:30 +0100 (CET) (envelope-from aturetta@commit.it) Message-ID: <4F5496AA.2080907@commit.it> Date: Mon, 05 Mar 2012 11:34:18 +0100 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20120304054320.GA6622@lonesome.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Super Bisquit Subject: Re: General questions on packages and package path X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 10:45:45 -0000 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.