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

Feature: Defend against odd VirtualBox version coming from MacPorts #619

Closed
stagrlee opened this issue Jan 4, 2012 · 7 comments
Closed

Comments

@stagrlee
Copy link

stagrlee commented Jan 4, 2012

Installing VirtualBox from Macports seems to work well, but not with vagrant. The build coming out of Macports puts a goofy version together and I think that throws off vagrant (see below). On another OSX Snow Leopard box, I have VirtualBox installed via DMG and all is well.

$ vagrant --version
Vagrant could not detect VirtualBox! Make sure VirtualBox is properly installed.
If VirtualBox is installed, it may be an incorrect version. Vagrant currently
requires VirtualBox 4.1.x. Please install the proper version to continue.

If you have an older or newer version of VirtualBox, please make sure you're
using the proper version of Vagrant. Ask the mailing list if you have questions.

$ VBoxManage --version
4.1.8_MacPortsr75467

@mitchellh
Copy link
Contributor

Ah, thanks. This won't be an issue in the latest version of Vagrant (in git) but it will still read the version wrong. Marked to fix very soon.

@stagrlee
Copy link
Author

stagrlee commented Jan 4, 2012

Cross posted upstream https://trac.macports.org/ticket/32764

@mitchellh
Copy link
Contributor

Fixed: 323663c

@stagrlee
Copy link
Author

stagrlee commented Jan 5, 2012

Just writting some notes on my experiments. I was moving from a MacBookPro to a 2010 Mac Mini when my trouble started hitting. Ends up it wasn't just the MacPorts version, it was also the 32 bit kernel...

Exception `LoadError' at /Users/Lee/.rvm/gems/ruby-1.8.7-p352@devops1/gems/ffi-1.0.11/lib/ffi/library.rb:100 - Could not open library '/Applications/MacPorts/VirtualBox.app/Contents/MacOS/VBoxXPCOMC.dylib': dlopen(/Applications/MacPorts/VirtualBox.app/Contents/MacOS/VBoxXPCOMC.dylib, 5): no suitable image found.  Did find:
    /Applications/MacPorts/VirtualBox.app/Contents/MacOS/VBoxXPCOMC.dylib: mach-o, but wrong architecture

Sure 'nuff

$ lipo -info /Applications/MacPorts/VirtualBox.app/Contents/MacOS/VBoxXPCOMC.dylib 
Non-fat file: /Applications/MacPorts/VirtualBox.app/Contents/MacOS/VBoxXPCOMC.dylib is architecture: i386

By default, this mac mini boots in 32bit mode but supports a 64 bit boot. Re-installing MacPorts....

@mitchellh
Copy link
Contributor

That's no big deal anymore since the latest in Vagrant git now uses VBoxManage. :)

@stagrlee
Copy link
Author

stagrlee commented Jan 5, 2012

Nice, just read some code. You don't need to worry about the /Applications/MacPorts/VirtualBox.app path change that way. Very cool.

@stagrlee
Copy link
Author

stagrlee commented Jan 7, 2012

MacPorts version of VirtualBox is running well with Vagrant/VeeWee. Got it building vagrant base boxes nightly. Working with Funtoo project to host the box files. They are about 1.3 GBytes each.

@hashicorp hashicorp locked and limited conversation to collaborators Apr 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants