similar to: workaround for "package building problem Centos 7 & R 3.4.1"

Dear everybody: Packages that DO pass the package check on my Ubuntu 17.04 laptop with R 3.4.1 and Mac OSX do not build on Centos 7 with R 3.4.1. I'm pretty sure I have an environment defect, but cannot find it. I find posts from various people about this problem since 2012. But I've checked the likely suspects. Among all the runs I pasted in below, the most informative error message I

On 18 March 2020 at 19:19, Henrik Bengtsson wrote: | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly countless) environment variables (all described in R Inst+Admin, as I recall) to a set of values "close to"

On Wed, Mar 18, 2020 at 8:04 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > > On 18 March 2020 at 19:19, Henrik Bengtsson wrote: > | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package > | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary > > What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly

(As a non-root/non-admin), I've just tried to figure out how to prevent a default $R_HOME/site-library/ to be added to the library path. The solution I found was to environment variable R_LIBS_SITE to ":" (preferably in ~/.Renviron). Note that setting R_LIBS_SITE to en empty string will cause it to fall back to using $R_HOME/site-library/. This "hack" is based on the

AFAIU, 'R CMD check --as-cran' tries to hide any site and user package libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary to R_LIBS_SITE, it fails for R_LIBS_USER and the user's personal library is still available for test scripts. Should I revise my assumptions, or is that intentional? The short version. Shouldn't: $ R_LIBS_USER='' Rscript --vanilla -e

Dear R Core: In the kutils package, I wrote a function that is so handy that I would like to ask you put it in R itself. file.backup() will look at a file, find its last modification time, and create a new backup with a name that appends YYYYMMDD-HHMM to the file name. So now, whenever I worry that running write.csv or saving a graph might destroy something valuable, I use an idiom like fn

On 7/28/2015 1:32 PM, Uwe Ligges wrote: > Just add the line > > R_LIBS_SITE=F:/R/library > > to the file R_HOME/etc/x64/Renviron.site Thanks, Uwe I have no way to test this and our IT people who do the installation know nothing of R, so follow-up questions: * There is no R_HOME/etc/x64/Renviron.site file, but there is a R_HOME/etc/Rprofile.site I can modify and ask them to

Dear Johannes, Dear Dirk, Thanks a lot for helping. Here is the missing information. Here is how I installed R. This is basically how Martin Maechler showed me to install R under Ubuntu (in several versions so that they are also recognized by ESS). My goal is to adjust this to make it work for Debian: 1) sudo emacs /etc/apt/sources.list # then add: deb

Dear R-devel: i have noticed a little wrinkle in R packaging for RPM systems and have communicated with the package maintainer at RedHat Tom Callaway (see far below). Here is the question: Where does R Core Team want packagers to fiddle around with R library paths? Currently, the RPM Spec file used for EPEL's R (For Fedora/Redhat/Centos,etc) adds a line in R_HOME/etc/Renviron like this:

I asked a couple of months ago in r-sig-fedora about a difference I noticed between Ubuntu and RedHat/Fedora. Now I think I've figured out the cause is a little issue in packaging but I don't know how to get it fixed. On Ubuntu, the setup is like this. It i is controlled in a file called Renviron R packages built/distributed in RPM are installed to /usr/lib/R/library. R packages built

Hi, I have Debian Testing running on a Lenovo Thinkpad X1 Carbon (2015, 3rd gen.). I would like to have a package library independent of the installed R version. Under Ubuntu, I used to have the following line in ~/.Renviron: R_LIBS=/usr/local/R/library:/usr/lib/R/site-library This worked fine and /usr/local/R/library showed up in .libPaths(). However, under Debian (with the same ~/.Renviron),

Hi, What is the best way to tell a locally-built R-devel (somewhere in the user home directory) to use the libraries from the Debian installation (i.e. /usr/local/lib/R/site-library and /usr/lib/R/site-library). I suppose this would take setting one or all of R_LIBS, R_LIBS_SITE, R_LIBS_USER in ~/.Renviron, but that would also affect the Debian R in the system so is not an option. How do R

Just add the line R_LIBS_SITE=F:/R/library to the file R_HOME/etc/x64/Renviron.site Best, Uwe Ligges On 28.07.2015 15:53, Michael Friendly wrote: > I'm the faculty member in my department who advises our IT staff on the > details of installing R for > students and faculty on our Windows 7 lab network. We are about to > upgrade from R 3.1.1 to > R 3.2.1, and once that is

Hi, Back in June I posted the message below, but had no replies. I've made a little progress since then so this is to update anyone interested (!) and to ask for comments. Brief problem statement: Under Windows, some parts of R don't handle UNC paths beginning with backslashes. Specifically a) Sys.glob() fails to find some files breaking (e.g.) Rcmdr plugins

Dear All: I am trying to install the package "diagram". It is in the list. But when I selected the package to install it, it says: Question: "would you like to use a personal library instead?" I selected No. Then it says > utils:::menuInstallPkgs() Warning in install.packages(NULL, .libPaths()[1L], dependencies = NA, type = type) : 'lib = "C:/Program

I learned last week that I generated a lot of PDFs and forgot to go back and embed the fonts in them. It would be very pleasant for me if pdf.options included an argument to turn on font embedding and have fonts always embedded. Always. Thanks for your time, as always. -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu I

On Thu, Jul 06, 2017 at 02:02:52PM +0200, Sergio Oller wrote: > Hi, > > As comments are welcome I will give my two cents and a patch suggestion :-) > > 2017-07-06 10:42 GMT+02:00 Dirk Eddelbuettel <edd at debian.org>: > > > > > > I have used such settings (such as un-setting R_LIBS_USER or its > > predecessors) for over a decade, it just works (if you

On 7 July 2017 at 05:06, Dirk Eddelbuettel <edd at debian.org> wrote: > On Thu, Jul 06, 2017 at 02:02:52PM +0200, Sergio Oller wrote: > > Hi, > > > > As comments are welcome I will give my two cents and a patch suggestion > :-) > > > > 2017-07-06 10:42 GMT+02:00 Dirk Eddelbuettel <edd at debian.org>: > > > > > > > > > I

Yesterday I uploaded new rockchalk_1.8.97. Then I received email saying that I needed to confirm the submission. Here's the message. Dear Paul E. Johnson Someone has submitted the package rockchalk to CRAN. You are receiving this email to confirm the submission as the maintainer of this package. To confirm the submission to CRAN, follow or copy & paste the following link into your

[ Kevin sent this to me but agreed that it's better to have this discussed here. ] On 30 January 2010 at 12:18, Kevin Donnelly wrote: | Hi | | I'm beginning to learn R,a nd I've just discovered cran2deb - what a terrific | resource! Thanks for making it. | | I was wondering what happens if I want to use cran2deb versions instead of the | versions installed via R itself. I'm