From owner-freebsd-questions@FreeBSD.ORG Wed Jul 2 17:35:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0210B6DB for ; Wed, 2 Jul 2014 17:35:28 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id 89BED2DEC for ; Wed, 2 Jul 2014 17:35:27 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id MVYG1o006516WCc01VYJM4; Wed, 02 Jul 2014 18:32:18 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=O4C3vXNW c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=NmrU6LgK5G8A:10 a=Lbb8GXiJKu4A:10 a=ZTb9aqGL9YkA:10 a=8nJEP1OIZ-IA:10 a=s9oXJcMGAAAA:8 a=6I5d2MoRAAAA:8 a=YMHlrSWeAAAA:8 a=CZMkaGDRbEwuYCv93_sA:9 a=wPNLvfGTeEIA:10 a=uLUL6ODoYCkA:10 a=SV7veod9ZcQA:10 Received: from curlew.lan ([192.168.1.13]) by curlew.milibyte.co.uk with esmtp (Exim 4.82) (envelope-from ) id 1X2OOF-000GXT-BF; Wed, 02 Jul 2014 18:32:16 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Wed, 02 Jul 2014 18:32:13 +0100 Message-ID: <2862326.RiQ9aP1WQA@curlew.lan> User-Agent: KMail/4.12.5 (FreeBSD/9.1-RELEASE-p14; KDE/4.12.5; amd64; ; ) In-Reply-To: <20140702084125.50882034@helium> References: <20140627161801.GA38362@admin.sibptus.tomsk.ru> <20140628135325.GA55592@admin.sibptus.tomsk.ru> <20140702084125.50882034@helium> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: /usr/local/lib/compat/pkg/ cleanup ? Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) Cc: Maciej Suszko X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 17:35:28 -0000 On Wednesday 02 July 2014 08:41:25 Maciej Suszko wrote: > 1) find /usr/local -type f -print0 | xargs -0 ldd > /tmp/ldds > 2 ) search the ldds file for "not found" or "compat" > 3) find what packages affected files belongs to > 4) recompile affected packages Thanks for that very useful tip. I've just done those steps and confirmed that it's OK for me to remove everything in /usr/local/lib/compat/pkg. Interestingly it also highlighted several hundred instances of "not found". Rebuilding a couple of ports and setting LD_LIBRARY_PATH to /usr/local/openjdk6/jre/lib/amd64:/usr/local/openjdk6/jre/lib/amd64/server:/usr/local/openoffice-4.0.1/openoffice4/program before re-running ldd sorted out most of them but I was still left with 128 "not found" objects all of which were related to items in /usr/local/lib32. For example: curlew:/tmp% uname -a FreeBSD curlew.lan 9.1-RELEASE-p14 FreeBSD 9.1-RELEASE-p14 #0: Tue Jun 3 08:56:12 UTC 2014 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 curlew:/tmp% ldd /usr/local/bin32/wmc /usr/local/bin32/wmc: libgettextpo.so.5 => /usr/local/lib32/libgettextpo.so.5 (0x281ea000) libc.so.7 => /usr/lib32/libc.so.7 (0x2822f000) libintl.so.9 => not found (0) libiconv.so.3 => not found (0) But libintl.so.9 and libiconv.so.3 do exist. curlew:/tmp% ls -l `locate libintl.so.9;locate libiconv.so.3` -r--r--r-- 1 root wheel 1084833 27 Apr 00:22 /usr/local/lib/libiconv.so.3 -r--r--r-- 1 root wheel 50469 11 May 18:25 /usr/local/lib/libintl.so.9 -r--r--r-- 1 root wheel 1056534 16 Jun 20:53 /usr/local/lib32/libiconv.so.3 -r--r--r-- 1 root wheel 41764 16 Jun 20:53 /usr/local/lib32/libintl.so.9 /usr/local/bin32/wmc, libintl.so.9 and libiconv.so.3 are part of emulators/i386-wine-devel and I had reinstalled wine from ports immediately before running the above ldd command. Wine is working without any problems so I'm puzzled why ldd was not able to find some objects which do exist. I was wondering if the existence of both 64 bit and 32 bit versions of the files on my computer is the cause - ldd was able to detect /usr/local/lib32/libgettextpo.so.5 which only exists as a 32 bit version on my computer. curlew:/tmp% pkg info i386-wine-devel-1.7.20,1 i386-wine-devel-1.7.20,1 Name : i386-wine-devel Version : 1.7.20,1 Installed on : Wed Jul 2 15:31:44 BST 2014 Origin : emulators/i386-wine-devel Architecture : freebsd:9:x86:64 Prefix : /usr/local Categories : emulators Licenses : LGPL3 or LGPL21 Maintainer : dbn@FreeBSD.org WWW : http://www.winehq.org/ Comment : 32bit Microsoft Windows compatibility environment for 64bit FreeBSD Options : GECKO : off MONO : off Shared Libs required: libxml2.so.2 libxcb.so.1 libxcb-glx.so.0 libwine.so.1 libtasn1.so.7 libpthread-stubs.so.0 libp11-kit.so.0 libopenal.so.1 libnettle.so.4 liblcms2.so.2 libintl.so.9 libiconv.so.3 libhogweed.so.2 libgmp.so.10 libgettextpo.so.5 libfreetype.so.6 libexpat.so.6 libdrm_intel.so.1 libdrm.so.2 libXxf86vm.so.1 libXrender.so.1 libXfixes.so.3 libXext.so.6 libXdmcp.so.6 libXdamage.so.1 libXau.so.6 libX11.so.6 libX11-xcb.so.1 libGLU.so.1 libGL.so.1 Shared Libs provided: libxslt.so.2 libxml2.so.2 libxcb.so.1 libxcb-glx.so.0 libwine.so.1 libpthread-stubs.so.0 libpng15.so.15 libopenal.so.1 liblcms2.so.2 libjpeg.so.11 libintl.so.9 libiconv.so.3 libgnutls.so.26 libgettextpo.so.5 libfreetype.so.6 libfontconfig.so.1 libexpat.so.6 libdrm_intel.so.1 libdrm.so.2 libcups.so.2 libXxf86vm.so.1 libXrender.so.1 libXrandr.so.2 libXi.so.6 libXfixes.so.3 libXext.so.6 libXdmcp.so.6 libXdamage.so.1 libXcursor.so.1 libXcomposite.so.1 libXau.so.6 libX11.so.6 libX11-xcb.so.1 libGLU.so.1 libGL.so.1 Flat size : 211MiB Description : Wine is a Microsoft Windows compatibility layer (or program loader) capable of running Windows applications on i386 and compatible CPUs. Windows programs running in Wine act as native programs would, running without the performance or memory usage penalties of an emulator, with a similar look and feel to other applications on your desktop. Many applications already work, more or less, including versions of Microsoft Office and several games. WWW: http://www.winehq.org/ -- Mike Clarke