-
-
Notifications
You must be signed in to change notification settings - Fork 16.5k
rstudio: fix loading of project-specific .Rprofile #382071
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
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I reproduced the bug, then used the fixed version of RStudio.
If local Rprofile was present, it was loaded, otherwise the profile from the user's home was loaded. Just like with the rWrapper. That part looks good.
However, with rstudioServerWrapper, I always got the user .Rprofile, and never the local one. It may be because of the way I start rstudio server:
rserver --server-user kupac --auth-none 1 --server-daemonize 1 --www-port 8787 --server-data-dir ~/.local/rstudio --server-pid-file ~/.local/rstudio/rstudio.pid --database-config-file ~/.config/rstudio/db.conf
what do you mean by "local" one? the project specific one? I'm not sure I understand if the suggested fix in this PR breaks the R server wrapper? |
I meant that rserverWrapper didn't read the project specific one on my
setup. Regular rstudioWrapper did. That doesn't mean that server wrapper is
broken. It read the user specific one, which is already an improvement
Bruno Rodrigues ***@***.***> ezt írta (időpont: 2025. febr.
15., Szo 21:14):
… However, with rstudioServerWrapper, I always got the user .Rprofile, and
never the local one.
what do you mean by "local" one? the project specific one? I'm not sure I
understand if the suggested fix in this PR breaks the R server wrapper?
—
Reply to this email directly, view it on GitHub
<#382071 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AB6X6ONJVVVURDUQRAIBQNT2P6N37AVCNFSM6AAAAABXEZEIUGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNRRGA4DKMZZGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
[image: b-rodrigues]*b-rodrigues* left a comment (NixOS/nixpkgs#382071)
<#382071 (comment)>
However, with rstudioServerWrapper, I always got the user .Rprofile, and
never the local one.
what do you mean by "local" one? the project specific one? I'm not sure I
understand if the suggested fix in this PR breaks the R server wrapper?
—
Reply to this email directly, view it on GitHub
<#382071 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AB6X6ONJVVVURDUQRAIBQNT2P6N37AVCNFSM6AAAAABXEZEIUGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNRRGA4DKMZZGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Addresses #85840
to reproduce the bug: create a project-specific .Rprofile and start RStudio in that folder: the .Rprofile will be ignored. It seems that is because in the wrapper,
R_PROFILE_USER
is hard-coded, and so a project-specific .Rprofile cannot get loaded. UsingR_PROFILE
instead in the wrapper frees upR_PROFILE_USER
.Things done
nix.conf
? (See Nix manual)sandbox = relaxed
sandbox = true
nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)Add a 👍 reaction to pull requests you find important.