Trying to install any package i get the following error:
/usr/lib/R/bin/R: line 8: uname: command not found
/usr/lib/R/bin/R: line 143: exec: sh: not found
I am on Ubuntu 18.04 with R 3.6.2
I have tried within Rstudio and console R.
I have un/reinstalled R. Installed from source.
I haven't used R in a while so not sure what has changed. All my system packages are up to date.
Uname is installed (lcoation /bin which is on path)
I've checked that I'm not destroying the path in .bashrc by a bad PATH export command as well. I can call regular uname, as well as sudo uname from console without error.
Well, that's passing strange. I could see that RStudio might somehow have been installed as a different user, but R in console, of course, invokes with the terminal session user.
Yea I am struggling with this one. This is my personal machine, I am the only user and do everything from this user account. I upgraded to 18.04 from 16.04 a few months ago. Installed R, Rstudio, and was able to install packages at one time. I must have installed some other software that wonked this out. Really hoping I don't have to wipe the os just so I can get R working right again.
From RStudio:
R version 3.6.2 (2019-12-12)
Platform: x86_64-pc-linux-gnu (64-bit)
You're a point release behind me on BLAS and LAPACK, I don't have the RNG. You have fewer namespace attached packages. (These were both fresh sessions.)
My R Console has fewer attached packages than yours.
> sessionInfo()
R version 3.6.1 (2019-07-05)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Pop!_OS 19.10
Matrix products: default
BLAS: /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.8.0
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.8.0
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
[3] LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8
[5] LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8
[7] LC_PAPER=en_US.UTF-8 LC_NAME=C
[9] LC_ADDRESS=C LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_3.6.1
There's really nothing that pops out as an obvious problem. Do you see anything?