[MacPorts] #42212: dependcies correction for py-enable
MacPorts
noreply at macports.org
Tue Jan 21 08:48:11 PST 2014
#42212: dependcies correction for py-enable
--------------------------+---------------------------------
Reporter: jjstickel@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.2.1
Resolution: | Keywords: maintainer haspatch
Port: py-enable |
--------------------------+---------------------------------
Comment (by mojca@…):
Just in case (better double-check than do it wrong), can you please check
that none of the files installed by py-enable actually link to any `dylib`
from wxWidgets and whatever-qt-library-there-is? That is: does `py-enable`
depend on `py-pyface` solely in terms of
{{{
import some-library-from-pyface
}}}
in "plain text" python script or are any compilations involved which would
require a revbump of `py-enable` when wxPython gets updated?
I don't have the wxWidgets variant installed at the moment, but here's
what I had in mind (if any library dependency would should up in any given
file installed by `py-enable`):
{{{
> otool -L
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
/site-packages/kiva/agg/_agg.so
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
/site-packages/kiva/agg/_agg.so:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
(compatibility version 1.0.0, current version 41.0.0)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
(compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 153.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 52.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 159.1.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
(compatibility version 150.0.0, current version 635.21.0)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
(compatibility version 1.0.0, current version 53.0.0)
}}}
I don't see any Qt dependency which looks fine (honestly I wonder what the
Carbon dependency is doing there) as long as that's the case for all
files.
--
Ticket URL: <https://trac.macports.org/ticket/42212#comment:1>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list