[MacPorts] #46857: update rNMR to 1.1.8 using new xvfb-run port and xvfb subport as well as return to ${prefix}/lib/R/library
Jack Howarth
howarth.at.macports at gmail.com
Mon Feb 16 05:34:07 PST 2015
Only by not --byte-compiling the R files of the package when
installing it but that will result in a performance hit in the
package.
http://www.r-statistics.com/2012/04/speed-up-your-r-code-using-a-just-in-time-jit-compiler/
On Sun, Feb 15, 2015 at 6:15 PM, MacPorts <noreply at macports.org> wrote:
> #46857: update rNMR to 1.1.8 using new xvfb-run port and xvfb subport as well as
> return to ${prefix}/lib/R/library
> ------------------------------------+--------------------------------
> Reporter: howarth.at.macports@… | Owner: macports-tickets@…
> Type: defect | Status: new
> Priority: Normal | Milestone:
> Component: ports | Version: 2.3.3
> Resolution: | Keywords:
> Port: rNMR |
> ------------------------------------+--------------------------------
>
> Comment (by jeremyhu@…):
>
> > system -W ${worksrcpath} "`which xvfb-run` ${prefix}/bin/R CMD INSTALL
> -l pkg --byte-compile --build ${distpath}/[lindex ${distfiles} 0]"
>
> No, let's not run an X11 server for the sake of installing a port. Can't
> you fix R to not try to use the X11 server if it isn't going to be
> rendering anything?
>
> --
> Ticket URL: <https://trac.macports.org/ticket/46857#comment:1>
> MacPorts <https://www.macports.org/>
> Ports system for OS X
More information about the macports-dev
mailing list