[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]

On Mon, Feb 16, 2015 at 10:03 AM, Russell Jones
<russell.jones at physics.ox.ac.uk> wrote:
> Is X11 only used for rendering graphics? If so
> http://stackoverflow.com/questions/13067751/how-to-run-r-scripts-on-servers-without-x11
> suggests using
> options(bitmapType='cairo')
> Could this be set in a config file, in an env var or as a CL parameter
> during build?

Adding...

post-patch {

   reinplace "s|Xlib|Xlib', bitmapType='cairo|g"
${workpath}/${name}/R/rNMR.r ${workpath}/${name}/inst/source/rNMR.r

}

so that rNMR.r has...

   X11.options(type='Xlib', bitmapType='cairo')

rather than

   X11.options(bitmapType='cairo')

doesn't suppress the error. Neither does adding

   options(bitmapType='cairo')

directly into /opt/local/Library/Frameworks/R.framework/Resources//library/base/R/Rprofile.
The only commonly mentioned solution that works is to resort to Xvfb.
           Jack

>
> Russell
>
>
> On 16/02/15 13:34, Jack Howarth wrote:
>
> 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
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev
>
>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev
>