#32090: python27 +universal: destroot fails if py27-xml is installed non-universal ----------------------------------+----------------------------------------- Reporter: cdiehl@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: python27 py27-xml ----------------------------------+----------------------------------------- Changes (by dports@…): * port: python27 => python27 py27-xml Comment: I hit this problem when updating python27, too. It looks like the problem comes up because something in python27's build process uses the pyexpat module. The python27 port provides one version, in /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/pyexpat.so, but the py27-xml port also installs its own version into /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/_xmlplus/parsers/pyexpat.so. The second one has a higher precedence. If python27 is being built +universal, but py27-xml is installed non- universal, it will fail to load this module during destroot. The workaround I used was to install py27-xml +universal. -- Ticket URL: <https://trac.macports.org/ticket/32090#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS