On Thursday March 05 2015 14:58:44 meik michalke wrote: Hi
>yes, there is an official portfile in MacPorts: > https://trac.macports.org/browser/trunk/dports/kde/rkward/Portfile Doh, I should have checked that myself ... >MacPorts doesn't want official portfiles to use libraries outside the MacPorts I'm guessing you might be able to load the R library at runtime (dlopen), in which case its location becomes a configurable property and MacPorts can no longer impose any rules on it ;) >ok, then we can probably just ignore it. Yes. Caveats may apply, but it appears to be without consequence. >if we could we'd simply build the bundle on 10.9 or 10.10 and check if that >does the trick. there are some differences between 10.7 and 10.9 which could >have an impact here (no XQuartz, different R binary package, latest XCode >version...), but we're currently stuck with 10.7. i'm tempted to install >GNU/linux on the iMac and run OS X in a virtual machine on that hardware, to >be more flexible on that side. Note that you can run 10.9 in a VM on 10.6 and higher (using Parallels Desktop 9 or earlier). I've done that to get used to 10.9 and set things up to my taste for months before I finally switched to 10.9 . It's also possible to run 10.9 (and presumably 10.10) in VirtualBox, but then you'd probably want to use a headless VM and VNC to connect to it. What do you mean "no XQuartz"? I'm running XQuartz on 10.9 just fine, and it's also supposed to work on 10.10 . And I doubt that you're looking to use X11 displaying in R if your GUI is Qt-based. Unless ... you're not using port:qt4-x11, are you?! R _______________________________________________ macports-dev mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-dev
