[MacPorts] #37187: R-framework isn't a dependency alternative for R
MacPorts
noreply at macports.org
Sun Dec 2 15:44:23 PST 2012
#37187: R-framework isn't a dependency alternative for R
-----------------------------+----------------------------------
Reporter: nigel.stanger@… | Owner: macports-tickets@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.1.2
Keywords: | Port: r r-framework swig-r
-----------------------------+----------------------------------
I recently upgraded to 10.8 and had to rebuild most of my ports
('''note:''' 10.8 isn't the cause of this issue). During this, I was
rather puzzled to find that the cuneiform, latex2rtf and wv packages all
insisted on installing gcc45 for no readily apparent reason (no obvious
explicit or recursive dependency). After digging around in the output from
port rdeps latex2rtf and port -d install latex2rtf (the latter is
attached), I eventually figured out the following:
* latex2rtf depends explicitly on ImageMagick.
* ImageMagick was installed with the +graphviz variant, which implies a
dependency on graphviz.
* graphviz was installed with the +r variant, which implies a dependency
swig-r.
* swig-r depends explicitly on R.
* R has the default variant +gcc45 <= bingo!
The same applies for cuneiform and wv: both depend explicitly on
ImageMagick, and the chain continues from there.
I originally had R installed with the +aqua variant, but got the "10.6
only" when I tried to upgrade it, so I switched to R-framework instead, as
suggested by the error message. I had to uninstall swig-r first to get
this to work. However, since swig-r depends on R and not R-framework, port
starts trying to install R and all of its dependencies.
I tried changing "port:R" to "port:R-framework" in the portfile and as far
as I can tell everything built OK, but I haven't tested it thoroughly.
This clearly also isn't a good long-term solution. It would be nice if R
and R-framework could act as alternatives for dependency purposes, but I'm
not sure how you would do that in a portfile (I remember Fink packages
could explicitly specify alternative dependencies).
Obviously this will affect any other ports that explicitly depend on R. If
I didn't have R-framework installed I could check :). I've cc'd the
maintainers of swig-r.
--
Ticket URL: <https://trac.macports.org/ticket/37187>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list