[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