Skip to content
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

rstudioWrapper is broken #33702

Closed
knedlsepp opened this issue Jan 10, 2018 · 7 comments
Closed

rstudioWrapper is broken #33702

knedlsepp opened this issue Jan 10, 2018 · 7 comments

Comments

@knedlsepp
Copy link
Member

Issue description

rstudio installed via nixpkgs.rstudioWrapper is broken.

Steps to reproduce

$ nix-shell -p rstudioWrapper --pure --run rstudio
This application failed to start because it could not find 
or load the Qt platform plugin "xcb" in "".

Reinstalling the application may fix this problem.

The same goes for installing rstudioEnv as described in the manual.
The following does however work:

$ nix-shell -p rstudio --pure --run rstudio

Technical details

  • system: "x86_64-linux"
  • host os: Linux 4.9.74, NixOS, 17.09.2630.81373e421e8 (Hummingbird)
  • multi-user?: yes
  • sandbox: yes
  • version: nix-env (Nix) 1.11.16
  • channels(sepp): "nixos-17.09-17.09.2498.a9ffb7b0b5a, nixpkgs-17.09.2498.a9ffb7b0b5a"
  • channels(root): ""
  • nixpkgs: /nix/store/k6jyklha15pssnnjnpdzqlgnm5a8gn06-nixexprs.tar.xz
@knedlsepp
Copy link
Member Author

Ping @ehmry @changlinli @ciil

@knedlsepp
Copy link
Member Author

Problems seems to be due to qt being missing in $PATH for rstudioWrapper.
The command:

diff <(nix-shell -p rstudio --run env) <(nix-shell -p rstudioWrapper --run env) | grep "PATH"

shows that /nix/store/x5c1z4v2kyxwl2dgh7r08jq2zxsaar02-qt-5.9.1/bin is on the $PATH for rstudio, but not for rstudioWrapper.
Interestingly enough, installing rstudio via: nix-env -iA nixpkgs.rstudio also installs all kinds of qt commands like qmake, but rstudioWrapper doesn't.

@knedlsepp
Copy link
Member Author

I'm uncertain if this is the right solution, but moving qt to propagatedBuildInputs of rstudio seems to make it work.

  propagatedBuildInputs = [ qt5.full qt5.qtwebkit qt5.qtwebchannel ];

I suppose that making qt5 a dependency of rstudioWrapper might also work. Which one is the right solution?

@ciil
Copy link
Member

ciil commented Jan 11, 2018

I don't have regular internet access until (hopefully) early next week, so I won't be able to look into it before then. This qt issue might be related to #30551. Could you try again with the workaround from #30551 (comment)?

@changlinli
Copy link
Contributor

changlinli commented Jan 16, 2018

At first glance making qt5 one of the propagatedBuildInputs of rstudio doesn't seem wrong. It's a bit heavy-handed vs making it a dependency of the wrapper directly, but I'm not sure there's a plausible world where dependencies of rstudio use a version of Qt that's different from the one used by rstudio itself.

@joncfoo
Copy link

joncfoo commented Jan 18, 2018

I have confirmed that adding propagatedBuildInputs = [ qtbase qtwebkit qtwebchannel ]; to default.nix does indeed allow rstudio to start as expected.

@joncfoo
Copy link

joncfoo commented Feb 14, 2018

update: the wrapper seems to be working fine

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants