Strange library problem with 4.0
Can you confirm that you see this even with:
R --vanilla -s -e "writeLines(.libPaths())"
If you don't see the issue there, the most likely culprit is something
in a .Rprofile that's causing the old library path to be used.
Kevin
On Sat, Apr 25, 2020 at 4:59 AM Bob Rudis <bob at rud.is> wrote:
Can you try it with the "tar" method and see if it has the same behavior? I use the gzip'd tar files and have multiple versions running on multiple Macs and .libPaths() is not exhibiting that behavior. On Sat, Apr 25, 2020 at 5:47 AM Erich Subscriptions <erich.subs at neuwirth.priv.at> wrote:
I installed R 4.0 on 2 machines, an iMac and a Macbook Pro.
Before that, I installed RSwitch and did what the site tells to do:
sudo pkgutil --forget org.r-project.R.el-capitan.fw.pkg \
--forget org.r-project.x86_64.tcltk.x11 \
--forget org.r-project.x86_64.texinfo \
--forget org.r-project.R.el-capitan.GUI.pkg
so that the 3.6 and 4.0 can coexist.
I always keep the additionally installed packages in
~/Library/R
After installing R 4.0 I therefore have
~/Library/R/3.6/library and ~/Library/R/4.0/library
On the iMac, I can switch between the two versions and R will put the appropriate folder
in .libPaths()
On the Macbook, however, when I run R 4.0
both these folders are in .libPaths().
This does not happen when I run R 3.6.
How can this problem be solved?
Erich
_______________________________________________ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
_______________________________________________ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac