[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