Closed z02dpj closed 1 month ago
I am not able to reproduce any changes to .libPaths()
using the current CRAN version of renv (1.0.7):
library(renv)
#>
#> Attaching package: 'renv'
#> The following objects are masked from 'package:stats':
#>
#> embed, update
#> The following objects are masked from 'package:utils':
#>
#> history, upgrade
#> The following objects are masked from 'package:base':
#>
#> autoload, load, remove, use
.libPaths()
#> [1] "/Library/Frameworks/R.framework/Versions/4.4-arm64/Resources/library"
library(tidyverse)
.libPaths()
#> [1] "/Library/Frameworks/R.framework/Versions/4.4-arm64/Resources/library"
library(vetiver)
.libPaths()
#> [1] "/Library/Frameworks/R.framework/Versions/4.4-arm64/Resources/library"
Created on 2024-07-31 with reprex v2.1.1
Let me know if you have any followup questions!
Let us know if you experience further problems!
When used in conjunction with
renv@0.15.5
, the path to the System Library is overwritten whenlibrary(vetiver)
is loaded. The System Library path is overwritten with the path to therenv
sandbox.If this is no longer an issue with more recent versions of
renv
, please let me know and I can test that. Our team has usedrenv@0.15.5
because therenv@1.0.0
launch was not as stable as we would have liked upon its release. We have not revisited the later versions since its launch.