From owner-freebsd-questions@FreeBSD.ORG Tue Feb 12 01:51:47 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC1816A418 for ; Tue, 12 Feb 2008 01:51:47 +0000 (UTC) (envelope-from ejcerejo@optonline.net) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7F413C4D1 for ; Tue, 12 Feb 2008 01:51:46 +0000 (UTC) (envelope-from ejcerejo@optonline.net) Received: from ecerejo.netgear.com (ool-44c03822.dyn.optonline.net [68.192.56.34]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JW300HUCRU8SVW0@mta2.srv.hcvlny.cv.net> for freebsd-questions@freebsd.org; Mon, 11 Feb 2008 20:51:46 -0500 (EST) Date: Mon, 11 Feb 2008 20:51:41 -0500 From: "E. J. Cerejo" In-reply-to: <47AFEBAB.8010907@bsdforen.de> To: Dominic Fandrey Message-id: <47B0FBAD.20103@optonline.net> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT References: <47ADE033.7070402@optonline.net> <47ADE2EC.2030906@infracaninophile.co.uk> <47ADEAD2.2030803@bsdforen.de> <200802092346.23078.ejcerejo@optonline.net> <47AEF9B5.10509@onetel.com> <20080210084035.551b9acf@scorpio> <47AF16F8.3040109@optonline.net> <20080210122358.4dc52efd@scorpio> <47AF389E.2010909@optonline.net> <47AF3B98.7060901@bsdforen.de> <47AF8B22.2010903@optonline.net> <47AFEBAB.8010907@bsdforen.de> User-Agent: Thunderbird 2.0.0.9 (X11/20071031) Cc: freebsd-questions@freebsd.org Subject: Re: libicui18n.so.36 not found, required by "evolution" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:51:47 -0000 Dominic Fandrey wrote: > E. J. Cerejo wrote: >> Dominic Fandrey wrote: >>> E. J. Cerejo wrote: >>>> Gerard wrote: >>>>> On Sun, 10 Feb 2008 10:23:36 -0500 >>>>> "E. J. Cerejo" wrote: >>>>> >>>>> [snip] >>>>> >>>>>> Can portmanager work in conjection with portupgrade? >>>>>> >>>>> >>>>> Yes, I use it all the time. >>>>> >>>>> >>>>>> Why has the ports tree be up to date? >>>>>> >>>>> >>>>> What conceivable reason would you have for using an outdated ports >>>>> tree? >>>>> >>>>> >>>>>> Will portmanager download anything from the cvsup repos? >>>>>> >>>>> >>>>> It will only fetch programs that need updating, just like portupgrade. >>>>> >>>>> Would you be so kind as to explain your reluctance to update your >>>>> system? The number of potential programs that need updating seems >>>>> rather immaterial when compared to the potential system wide >>>>> improvement in its overall performance. You could simply start the >>>>> upgrade in the evening when you are through using the PC. Depending on >>>>> the speed of your machine, it might very well be done by the next >>>>> morning, if not sooner. >>>>> >>>> My system was updated yesterday and I'm trying to resolve the issues >>>> that arose from the updating. I can't update my system everyday I >>>> just don't have time for it. >>> >>> If you don't want to rebuild the stuff, just add >>> >>> libicui18n.so.36 libicui18n.so >>> >>> to your /etc/libmap.conf file. This solution works if no functions >>> have been removed from the library interface, which only very rarely >>> happens. >> >> I just ran pkg_libchk -m piped to a file but looks pretty confusing, >> is there a way to get only the output for the lines containing >> /usr/local/lib/libicui18n.so.38? > > I can reccomend you the -q option, which will give you a very clean > output simply listing all the packages that have problems. > Without the -q option the program shows its status, which is not well > readable in a file, because it doesn't use \n but \r. > > That you get output with the -m/--mean flag, but not without means that > the false positive detection is erroneous. For the time being I'd > recommend you to use the libmap.conf solution. > Later this day I will add some debugging functionality to the script and > send that version to you, if you are willing to spend your time helping > me finding this problem. > Well I'm glad to say that the output problem was just a minor problem, the cat and grep worked fine when sending the output to the terminal and I just copied it and pasted it into gedit. And indeed pkg_libchk is by far the best solution, if I was to update every package that depended on icu I would have to update 239 packages which discouraged me right away, by running pkg_libchk the amount of packages to be updated was reduced to 71, wrote a quick script and left it running overnight and those packages got updated and by god I don't have any more problems with libicui18n.so.38. Nice little tool. One more question. I see that there is no man page for pkg_libchk, how do I find out more about its options and switches? What command or commands does it rely upon?