Okay, today there was a nice announcement on heise… “Open-source competitor takes on VMware and Co.”
So we have an open-source virtualizer now? Yes we do š The test on the page showed that it’s only a bit slower compared to the other mentioned virtualizer, so I gave it a run and it worked okay from the first moment. Stats indicated that there were some binaries around but we don’t like binaries if we can get the source, right? š
I’ve put a masked live ebuild in the tree and in fact we’re the first distro that has virtualbox in the official repository. So give it a run if you want to see the power of open source š
There are good docs available on the homepage but if everything fails, you can stop by in #vbox on freenode (upstream irc channel)
Hello, I was going to write a simple ebuild script myself before I read your entry on Planet Gentoo.
I have some comments for your ebuild:
– Support use “debug” affecting configure and kmk parameters and the path of the compiled stuff
– Do not pull everything from svn. E.g. in tools/ there is stuff for darwin, OS/2 etc. which is not required on x86.
– Is there a reason to put VirtualBox into /opt ?
Greetings,
Thomas
> Support use “debug” affecting configure and kmk parameters and the path of the compiled stuff
Should be doable, would you mind providing a patch for the ebuild? š
> Do not pull everything from svn. E.g. in tools/ there is stuff for darwin, OS/2 etc. which is not required on x86.
subversion.eclass doesn’t support excluding parts (yet)
> Is there a reason to put VirtualBox into /opt ?
Upstream said to do so as it would be easier for them to debug their stuff and if I got it right, the thing is not ready yet for integrating it properly into /usr yet. But same as above, if you have a working case, I’d be happy to hear about it š
Greetings,
Thomas