path:XXX:name issue/question

Michael Dickens michaelld at macports.org
Thu Nov 14 09:05:03 PST 2013


In the gnuradio port, I use an "eval [subst {" to handle multiple Python
variants.

"s" is the "pythonXY" XY suffix, so "26" or "27" as examples.

I want to be able to use either py*-pyqt4 or py*-pyqt4-devel, so I add:

depends_lib-append
path:share/qt4/plugins/designer/libpy${s}qt4.dylib:py${s}-pyqt4

and I have py27-pyqt4-devel installed and active:

% port provides /opt/local/share/qt4/plugins/designer/libpy27qt4.dylib 
/opt/local/share/qt4/plugins/designer/libpy27qt4.dylib is provided by:
py27-pyqt4-devel

But, now when I look at the debug output from "sudo port upgrade
gnuradio", which defaults to using python27 (s == "27"), I see:

{{{
DEBUG: Found Dependency: path: /opt/local/share/qt4/plugins/designer
filename: libpy27qt4.dylib regex: ^libpy27qt4.dylib$
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: py27-pyqt4-devel 4.10.4_20131012_0 exists in the ports tree
DEBUG: py27-pyqt4-devel 4.10.4_20131012_0 +phonon+scintilla+universal is
the latest installed
DEBUG: py27-pyqt4-devel 4.10.4_20131012_0 +phonon+scintilla+universal is
active
DEBUG: Merging existing variants '+phonon+scintilla+universal' into
variants
DEBUG: new fully merged portvariants: universal + phonon + scintilla +
DEBUG: Changing to port directory:
/opt/MacPorts/trunk/dports/python/py-pyqt4
}}}
and then the command errors out because it want to build py27-pyqt4 but
that (correctly) conflicts with the already-installed py27-pyqt4-devel.

All of this seems to be in order, and it seemed to work a short while
ago; though I'm not sure how well I ever tested this out (e.g.,
deactivating/removing all installs of the py27-pyqt4 port).  Am I
missing something?  Thanks! - MLD


More information about the macports-dev mailing list