build-bot subport conflict issue
Michael Dickens
michaelld at macports.org
Fri Mar 14 06:47:38 PDT 2014
Some of my ports have required (and, in place) conflicts between
subports -- for example, gnuradio (3.7 API) and gnuradio-legacy (3.6
API). When I update a port which uses gnuradio and also provides a
legacy subport (e.g., gr-osmosdr and gr-osmosdr-legacy), I get the
following from the buildbots:
{{{
Error: org.macports.activate for port gnuradio returned: Image error:
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/__init__.py
is being used by the active gnuradio-legacy port. Please deactivate
this port first, or use "port -f activate gnuradio" to force the
activation.
}}}
So, it looks like gnuradio-legacy is installed to meet the requirements
of the legacy subport, but the buildbot has moved on to the non-legacy
port which requires just gnuradio, which conflicts with and cannot be
activated over the gnuradio-legacy, and hence the subport fails because
the buildbot is not handling the conflict correctly.
I've checked the ports which I maintain that use a release and legacy
subport, and all of them (TTBOMK) have their conflicts correctly set up.
So .. since all the other subports work, I just ignore this issue. But,
it would be good to have it taken care of, whether on my end or on the
buildbots. Any ideas? Thanks! - MLD
More information about the macports-dev
mailing list