All major functionality of R (installing additional packages, viewing html documentation, etc) is practically blocked since components cannot be found. Reproducible: Always Steps to Reproduce: 1. emerge R 2. try to install an additional package through "R CMD INSTALL <path/to/package.tar.gz>" Actual Results: Installation of additional packages fails with: /usr/lib/R/bin/INSTALL: line 119: /var/tmp/portage/R-2.2.0/image//usr/lib/R/share/sh/dcf.sh: No such file or directory Expected Results: The R environment dirs should be correctly set during installation, thus allowing full functionality. The "R" executable is in fact a shell script defining all environment variables necessary for R to operate, before executing the actual binary. Since gentoo packages are built outside of the system tree and then merged down to their normal paths, R believes it is located under the original build directory. The ebuild script, under the src_install() function, tries to correct the issue by seding away the erroneous $R_HOME_DIR variable. Apparently the way R "discovers" and registers further variables is no longer dependant on this first variable but rather in absolute paths, thus rendering the above mentioned sedding insufficient to correct all R path variables. SUGGESTED ACTION: the sedding rule in the ebuild should be modified to eliminate _repeatedly_ all instances of "/var/tmp/portage/R-2.2.0/image/" within the wrapper script "R" instead of resetting $R_HOME_DIR TEMPORARY WORK-AROUND: Hand-editing the wrapper "/usr/lib/R/bin/R" (/usr/bin/R is only a symlink created by the ebuild) to remove the offending paths.
Please search before filing bugs... *** This bug has been marked as a duplicate of 115140 ***