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

VirtualBox not correctly detected #2

Closed
rmccue opened this issue Jan 18, 2017 · 20 comments
Closed

VirtualBox not correctly detected #2

rmccue opened this issue Jan 18, 2017 · 20 comments

Comments

@rmccue
Copy link
Contributor

rmccue commented Jan 18, 2017

No description provided.

@jazzsequence
Copy link

+1 this problem.
have added existing Chassis projects to Desktop and they are not showing up in the app.
screenshot 2017-02-09 15 21 49

@rmccue
Copy link
Contributor Author

rmccue commented Feb 9, 2017

@jazzsequence That looks more likely to be #3 I think.

@ptasker
Copy link

ptasker commented May 24, 2017

This seems to be a thing. Just tried out the beta and I'm getting a notice that both Vagrant and Virtual Box aren't installed.

chassis_desktop_and_oracle_vm_virtualbox_manager_and_1__vagrant_vvv_____ssh_

Vagrant is installed in /usr/local/bin/vagrant

@ptasker
Copy link

ptasker commented May 24, 2017

Interestingly, if I clone the repo and run npm start the deps are picked up correctly. Build might just be out of date?

@rmccue
Copy link
Contributor Author

rmccue commented May 25, 2017

The build should be fresh (the About screen should say 0.2.0). I wonder if there's weird permissions happening with the built version though.

@rmccue
Copy link
Contributor Author

rmccue commented May 26, 2017

For those experiencing this problem: what does which VirtualBox output for you on the command line?

@ptasker
Copy link

ptasker commented May 26, 2017

/usr/local/bin/VirtualBox for me.

@zu
Copy link

zu commented May 26, 2017

same for me
/usr/local/bin/VirtualBox

@aheckler
Copy link

same: /usr/local/bin/VirtualBox

@ericnicolaas
Copy link

Similar (possibly the same) issue for me. In my case, the projects are all shown as running even though they are not up. Running "Launch" for any of them results in this:

screenshot 2017-05-31 11 33 44

which VBoxManage returns /usr/local/bin/VBoxManage

which VirtualBox returns /usr/local/bin/VirtualBox

@rmccue
Copy link
Contributor Author

rmccue commented May 31, 2017

Interesting, I'll have to investigate further! Thanks for the feedback folks.

My suspicion on why this is occurring is that we pass through the environment variables to the shell we're running. For production builds, these are launched independently of an existing shell, so my guess is that the PATH variable isn't set correctly for this scenario.

I'll work on debugging and replicating this.

@danielck
Copy link

danielck commented Jun 2, 2017

I can confirm this is happening on a fresh install of Chassis Desktop with no previous Chassis installation. I have previous installations of both Virtualbox and Vagrant for other reasons.

Virtualbox location: /usr/local/bin/Virtualbox
Vagrant location: /usr/local/bin/vagrant

@pjv
Copy link

pjv commented Jun 4, 2017

Same. Fresh 0.2 install of Chassis Desktop.
2017-06-04 at 5 33 am

@BronsonQuick
Copy link
Member

I can also replicate VirtualBox not being detected correctly.

chassis_desktop_2017-06-05_13-13-59

@rmccue
Copy link
Contributor Author

rmccue commented Jun 8, 2017

Manged to replicate this locally properly. 👍

@rmccue
Copy link
Contributor Author

rmccue commented Jun 9, 2017

Caught the bug, as I mentioned, it's to do with the environment variables being passed through. For me, the PATH used inside the app is /usr/bin:/bin:/usr/sbin:/sbin, whereas it's fine when running via the shell (which is how I did all the development). Apologies for this!

Investigation revealed the fix-path package, which fixes the issue pretty easily, but had to do some extra work to avoid (dumb) webpack warnings.

@tomjn
Copy link

tomjn commented Jun 9, 2017

As a sidenote, you can use an absolute path instead for a super quickfix with /usr/local/bin/vagrant, as well as vbox-img

@BronsonQuick
Copy link
Member

Hey folks, I've just published a new release that should hopefully solve this issue: https://github.com/Chassis/Desktop/releases/tag/0.2.1

@ericnicolaas
Copy link

Unfortunately I'm still hitting issues with this after updating to 0.2.1:

screenshot 2017-06-26 14 20 58

Running VBoxManage from the command line works as expected.

@orionrush
Copy link

I think this issue is still in play as I'm running OSX 10.11.6 and Chassis Desktop 0.2.1, and it does not recognise that I have both Vagrant 2.0.4 and VB 5.2.10 installed.

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