[R] Missing dependencies in pkg installs

Conklin, Mike (GfK) Mike.Conklin at gfk.com
Fri Jun 23 23:37:42 CEST 2017


Checked all the permissions, and it appears that file_test returns a FALSE and system(ls -l) shows it is executable, so the problem seems to be in R and it's relationship to RHEL.  I tried installing R3.3.3 to see if the older version would install stringi and had the same problem so it doesn't appear to be R3.4 related.  I am now reaching out to some other sources who may have installed R on similar systems.


________________________________________
From: Conklin, Mike (GfK)
Sent: Friday, June 23, 2017 8:50 AM
To: Don Cohen; Duncan Murdoch
Cc: Martin Maechler; r-help at r-project.org
Subject: RE: [R] Missing dependencies in pkg installs

I had the same thought in the shower this morning but I was disappointed to find that SElinux was disabled on the system.  My next step will be to install a previous version of R on the system.  My problem is that I am planning a shiny server installation and at least half of the apps on the current system depend on these libraries that will not install.
--
W. Michael Conklin
EVP Marketing & Data Sciences
GfK
T +1 763 417 4545 | M +1 612 567 8287

-----Original Message-----
From: Don Cohen [mailto:don-r-help at isis.cs3-inc.com]
Sent: Thursday, June 22, 2017 6:18 PM
To: Duncan Murdoch
Cc: Conklin, Mike (GfK); Martin Maechler; r-help at r-project.org
Subject: Re: [R] Missing dependencies in pkg installs

Duncan Murdoch writes:
 > On 22/06/2017 5:02 PM, Conklin, Mike (GfK) wrote:
 > > I am using debug on the .install_packages function...stepping through. Once the temporary folder is created and the tar file expanded I run file_test and get a FALSE back indicating that the configure file is not executable.
 >
 > I don't know what is causing this bug.  Perhaps a Linux user can  > reproduce it and fix it.
 >
 > Here's what I see:
 >
 > file_test("-x") calls file.access(filename, 1L).  That in turn calls the  > C library function access(..., X_OK).  The ... is the name of the file,  > translated into the local encoding and expanded.  As far as I can see,  > that means ... should be exactly the string below.
 > >
 > > [1] "/tmp/RtmpMM6iC1/R.INSTALLc5ca415e4310/stringi"
 >
 > The only thing I can think of is that your system is protecting you from  > executing a newly created file until some sort of virus or other check  > is done.  (This is common on Windows, but I've never heard of it before  > on Linux.)

Just a thought - are you running SELinux ?
Check the log files for refusals to run programs.



More information about the R-help mailing list