Description of problem: I’m using RHEL7 Beta as a desktop operating system on a Thinkpad X200s laptop enabling the beta EL7 EPEL repository following instructions provided at http://developerblog.redhat.com/2014/02/20/rhel-7-beta-extra-packages/ and then installing the packaged version of the R statistics environment using #yum install R R-core R-devel results in a functioning R install that will run from the command line and execute the ‘demos’ However, running #ls /usr/lib64/R/lib results in libR.so and not libRblas.so libRlapack.so libR.so as expected. These libraries are required to install other software designed to work with R through the CRAN repository manager and as rpms such as RStudio Desktop Version-Release number of selected component (if applicable): R-3.0.2-4.el7.x86_64.rpm R-core-3.0.2-4.el7.x86_64.rpm R-core-devel-3.0.2-4.el7.x86_64.rpm How reproducible: Enable Steps to Reproduce: Steps to Reproduce: 1. Enable the EL7 beta EPEL repository 2. as Root, execute yum install R R-core R-devel 3. attempt to install and run RStudio or other packages that expect libRblas.so libRlapack.so Actual results:Can run R in command line and successfully complete the various demos Can install CRAN packages as local user Can’t use RStudio or other applications that depend on libRblas.so libRlapack.s Expected results:Can install RStudio and other rpms that depend on libRblas.so libRlapack.so Additional info: Workaround Install R R-core R-devel from EPEL together with dependencies. Then yum remove R R-core R-core-devel which leaves dependencies in place. Then install R-core and R-core-devel from Fedora 19
Please note: This is an intentional feature, we are no longer choosing to compile/use the bundled copies of BLAS and LAPACK within R, but instead, using the system copies of LAPACK/BLAS in Fedora. Since this bug was filed, RStudio has updated their software to handle the way we compile R for Fedora/EPEL.
FYI, the necessary changes for R Studio Server to use the new-style EPEL packages are in 0.98.978.