R devel - Jun 2008 - prevent `R CMD INSTALL' from reading `.Rprofile'

I tripped over the following problem:

due  to  (my?) unresolved problems with cairo graphics under
MacOS (graphic window blocks unrecoverably)  I  modified  my
`.Rprofile'      to  issue `X11(type =  "Xlib")`   on each R
startup (as a workaround to automatic opening of  a  `cairo'
device when issuing a plotting command).

I  now  noted  that  `R  CMD  INSTALL'   obviously processes
.Rprofile since the graphics window pops  up  every  time  I
install a package.

I want to avoid this, but options, notably

--no-site-file 
--no-init-file

are ignored when using `R CMD' (yes: as stated in the help).

question:   could   this  behaviour  be  changed,  at  least
concerning the above mentioned options? or is there  another
way to avoid processing/sourcing of .Rprofile?

regards, 

joerg


ps: R 2.7.0, Mac OS 10.4.11. (PPC)

On Jun 5, 2008, at 7:41 AM, Joerg van den Hoff wrote:
> I tripped over the following problem:
>
> due  to  (my?) unresolved problems with cairo graphics under
> MacOS (graphic window blocks unrecoverably)  I  modified  my
> `.Rprofile'      to  issue `X11(type =  "Xlib")`   on each R
> startup (as a workaround to automatic opening of  a  `cairo'
> device when issuing a plotting command).
>
That is not a good work-around (you are always forcing a device to  
open). You should consider using
grDevices::X11.options(type="Xlib")
instead.

Cheers,
Simon


> I  now  noted  that  `R  CMD  INSTALL'   obviously processes
> .Rprofile since the graphics window pops  up  every  time  I
> install a package.
>
> I want to avoid this, but options, notably
>
> --no-site-file
> --no-init-file
>
> are ignored when using `R CMD' (yes: as stated in the help).
>
> question:   could   this  behaviour  be  changed,  at  least
> concerning the above mentioned options? or is there  another
> way to avoid processing/sourcing of .Rprofile?
>
> regards,
>
> joerg
>
>
> ps: R 2.7.0, Mac OS 10.4.11. (PPC)
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>