-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RCACHE.DIR setting #35
Comments
How is what you're suggesting different from the shared cache dir capability? http://code.databio.org/simpleCache/articles/sharingCaches.html This is the way I share caches across projects and people; I typically use |
BTW, there is a site-level I wouldn't use this to set RCACHE.DIR, though. I would use it, however, to |
Cool, I didn't know about |
My approach to this has been to do these calls in https://github.com/databio/projectInit/blob/8471394fb5c3cd9e7b98c665ef2b98bd936444a4/R/utils.R#L109 I can't remember where at the moment the shared cache dir is set, though... no reason it couldn't happen there, based on an environment variable. |
I'd be interested to have the following capability, and am putting this out to see if others would find similar use, or if this could be supported regardless.
"RCACHE.DIR"
is sought as an option, withgetOption
, and I think it's mentioned at least once in the docs that there's often the desire to have a different"RCACHE.DIR"
on a per-project basis. The caveat mentioned is sharing caches between projects. For that use and for general use, I'd like to set a more general"RCACHE.DIR"
. I tend to use things likecacheSubDir
for getting the project-specificity that's often desirable.I could configure
"RCACHE.DIR"
in a.Rprofile
, but I'd like several members of a group to be able to share the same"RCACHE.DIR"
setting by having a common, environment variable that's managed separately and (I think?) more easily shareable than a.Rprofile
.So I guess this is sort of a two-part question:
.Rprofile
as easily as an environment variable (through a module). I guessR_HOME
could do be common, and then there could be a group.Rprofile
, but that costs each individual user a layer of control by forcing theR_HOME
to be reserved for the group.RCACHE.DIR
via.Rprofile
, could logic be added to support the notion of "get the RCACHE.DIR option, but use a similarly named environment variable if it's set?" Maybe the function could callgetOption
, then fall back toSys.getenv
?The text was updated successfully, but these errors were encountered: