Changes between Version 62 and Version 63 of ProblemHotlist

Timestamp:

Dec 12, 2010, 9:33:56 PM (13 years ago)

Author:

ryandesign (Ryan Carsten Schmidt)

Comment:

Add xmlwf section

ProblemHotlist

@@ -44 +44 @@
 
 '''Note:''' Checksum failures after a fetch are typically a separate issue.  See the [wiki:FAQ#checksums FAQ].
+
+== Image error: /opt/local/bin/xmlwf already exists and does not belong to a registered port == #xmlwf
+
+When installing a port with MacPorts, you encounter this error:
+{{{
+Error: Target org.macports.activate returned: Image error: /opt/local/bin/xmlwf already exists and does not belong to a registered port.  Unable to activate port expat.
+}}}
+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