[MacPorts] ProblemHotlist modified

MacPorts noreply at macports.org
Wed Feb 23 13:25:46 PST 2011


Changed page "ProblemHotlist" by raimue at macports.org from 87.159.153.145*
Page URL: <https://trac.macports.org/wiki/ProblemHotlist>
Diff URL: <https://trac.macports.org/wiki/ProblemHotlist?action=diff&version=64>
Revision 64
Comment: Remove the long gone gettext problem, add libpng instead

-------8<------8<------8<------8<------8<------8<------8<------8<--------
Index: ProblemHotlist
=========================================================================
--- ProblemHotlist (version: 63)
+++ ProblemHotlist (version: 64)
@@ -52,58 +52,31 @@
 }}}
 xmlwf is a part of the expat port (which is a dependency of many other ports, and thus is likely to be one of the first ports to ever get installed), but for some reason this file already exists on your computer, and MacPorts did not install it. The reason is that you have installed a 3rd-party software package -- possibly [http://www.swi-prolog.org/ swi-prolog] -- which was itself built with MacPorts, set to its default prefix, and therefore conflicts with your normal use of MacPorts in its default prefix. The developers of the 3rd-party package you installed should not have distributed their software in this manner; they should have configured MacPorts in a custom prefix instead, one that is unique to their software. (For example, in the case of swi-prolog, /usr/local/swi-prolog or /opt/swi-prolog would be good choices.) The cleanest solution for you at this point is to follow the [http://guide.macports.org/chunked/installing.macports.uninstalling.html MacPorts uninstallation instructions]. This will also remove the 3rd-party software package that installed itself unannounced into MacPorts' prefix. Then you can [http://guide.macports.org/chunked/installing.macports.html install MacPorts] again.
 
-== A port failed to build, upgrade, or run with a message referring to libintl.3.dylib == #libintl
+== A command failed to run with a message referring to libpng12.0.dylib == #libpng
 
 '''Error message:'''[[BR]]
 {{{
-dyld: Library not loaded: /opt/local/lib/libintl.3.dylib
+dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib
 }}}
 
 '''Explanation:'''[[BR]]
-When the gettext port was updated from 0.14.x to 0.15.x, the libintl library version changed from 3 to 8. Software always links against a specific library version, so the ports you currently have installed that depend on gettext are linked to the now-nonexistent version 3 libintl library. To fix this problem, all ports that depend on gettext will need to be rebuilt so that they link with the new version 8 libintl library. This may be quite a few ports.
+When the libpng port was updated from 1.2.x to 1.4.x, the libpng library version changed. Software always links against a specific library version, so the ports you currently have installed that depend on libpng are linked against a now-nonexistent version of the libpng library. To fix this problem, all ports that depend on libpng will need to be rebuilt so that they link with the new version of the libpng library. This may be quite a few ports.
 
 '''Workaround:'''[[BR]]
-Here is a script that can tell you what ports you have installed that depend on gettext.
+We have tried to find all affected ports and incremented the revision number. In most cases a simple upgrade should get them all fixed.
 
 {{{
-#!/bin/bash
-if test -z "$1"; then
-  echo "usage: $0 <libname>"
-  exit 1
-fi
-for file in `find /opt/local/lib -name *.dylib; find /opt/local/bin`; do
-  # Skip this match if it's a symbolic link
-  if test -f $file -a ! -L $file; then
-    # Look for references to the missing library
-    otool -L $file | grep --silent $1
-    if test "$?" = "0"; then
-      port provides `echo $file`
-    fi
-  fi
-# Grab the name of the port and make sure to list each port just once
-done | awk -F: ' { print $2 } ' | sort -u
+sudo port selfupdate
+sudo port upgrade outdated
 }}}
 
-Copy this script, paste it into a text editor, and save it, e.g. as depsearch.sh. Then run it in the Terminal, passing it the name of the library you want it to search for. In this case, to search for ports that depend on gettext, tell it to look for the library "libintl". E.g. if you saved the script to your Desktop, run it this way:
+If this does not help, force a rebuild of the port in question by using the following command:
 
 {{{
-bash ~/Desktop/depsearch.sh libintl
+sudo port -n upgrade --force $portname
 }}}
 
-Now you’ve got a list of ports you need to fix.  Force uninstall each of these ports and remove their archives.
-{{{
-port uninstall -f <port>
-port clean --archive <port>
-}}}
-
-Once that’s done, force an install of each one.
-{{{
-port install -f <port>
-}}}
-If you’ve got old nonactivated versions of the port installed, you'll need to remove the old versions first.  You may remove all old versions this way.
-{{{
-port -duf uninstall
-}}}
+You should also [http://guide.macports.org/#project.tickets file a ticket] against the port in question.
 
 == A port failed to build with a message referring to 1/lib: No such file or directory == #lib-spaces
 

-------8<------8<------8<------8<------8<------8<------8<------8<--------

* The IP shown here might not mean anything if the user or the server is
behind a proxy.

--
MacPorts <http://www.macports.org/>
Ports system for Mac OS

This is an automated message. Someone at http://www.macports.org/ added your email
address to be notified of changes on ProblemHotlist. If it was not you, please
report to .


More information about the macports-changes mailing list