I did some work so that I was able to install these in my developer overlay: https://overlays.gentoo.org/svn/dev/betelgeuse/app-emulation They don't seem to have a separate tarball for the kernel module atm and the file has a feak URL on in Sun download center so it either needs to go in fetch restricted or we need to get permission from Sun to redistribute the files. Now let's see if this thing actually runs.
It also seems the configuration format has changed so people should stop saved machines before upgrading.
(In reply to comment #0) > file has a feak URL on in Sun download center so it either needs to go in fetch > restricted or we need to get permission from Sun to redistribute the files. VirtualBox is licensed under GPL, so why do we need permission from Sun?
Do you have an apps-emulation/virtualbox-1.6.0.ebuild, or is apps-emulation/virtualbox-bin-1.6.0.ebuild the only (or only practical) way to install the new version? Thanks for the qt USE patch to 1.5.6. I prefer command line management tools where possible.
(In reply to comment #2) > (In reply to comment #0) > > file has a feak URL on in Sun download center so it either needs to go in fetch > > restricted or we need to get permission from Sun to redistribute the files. > VirtualBox is licensed under GPL, so why do we need permission from Sun? > It's not all GPL but usable with only GPL code. There are proprietary features too in virtualbox-bin.
(In reply to comment #0) > I did some work so that I was able to install these in my developer overlay: > https://overlays.gentoo.org/svn/dev/betelgeuse/app-emulation Works fine for me (AMD64 with 2.6.25.1 Kernel), but no help files are installed. In /opt/VirtualBox are no *.chm files. Use flag "chm" seems to be ignored.
(In reply to comment #4) > (In reply to comment #2) > > (In reply to comment #0) > > > file has a feak URL on in Sun download center so it either needs to go in fetch > > > restricted or we need to get permission from Sun to redistribute the files. > > VirtualBox is licensed under GPL, so why do we need permission from Sun? > > > > It's not all GPL but usable with only GPL code. There are proprietary features > too in virtualbox-bin. > OSE version is GPL. I don't think we have problem distributing the OSE tarball.
Any chance of extending the guest ebuild support past xf86-{video,input}? Also, what's the plan re. the 2 init scripts for the host that come with v1.6?
(In reply to comment #0) Just installed virtualbox-bin-1.6.0 and virtualbox-modules-1.6.0 But with Virtualbox 1.6.0 I can't get network access, even after restarting the machine. Looking at device vbox0 I get some Rx requests, when starting up windows-XP, but no more requests after login on XP. Tx-Requests are growing, when looking for dhcp. Then I reinstalled 1.5.6, switched back the xml files, and network is ok again. br0 Protokoll:Ethernet Hardware Adresse 00:17:31:40:95:12 inet Adresse:192.168.11.11 Bcast:192.168.11.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:17651 errors:0 dropped:0 overruns:0 frame:0 TX packets:19651 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:1122615 (1.0 Mb) TX bytes:1458262 (1.3 Mb) eth1 Protokoll:Ethernet Hardware Adresse 00:17:31:40:95:12 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:17618 errors:0 dropped:0 overruns:0 frame:0 TX packets:19697 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:1364009 (1.3 Mb) TX bytes:1546246 (1.4 Mb) Interrupt:18 Basisadresse:0xe000 lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:100 errors:0 dropped:0 overruns:0 frame:0 TX packets:100 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:6656 (6.5 Kb) TX bytes:6656 (6.5 Kb) vbox0 Protokoll:Ethernet Hardware Adresse 00:FF:E2:6F:1B:8A UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:46 errors:0 dropped:0 overruns:0 frame:0 TX packets:3 errors:0 dropped:193 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:8852 (8.6 Kb) TX bytes:188 (188.0 b)
(In reply to comment #8) Host networking appears to be broken with the PCNET32 emulated cards. Unfortunately, from the noise on #vbox is seems e1000 emulated cards have driver issues under windows. There's also a regression where on certain network setups, the interfaces will stop working if the vbox is restarted because the host interfaces are not closed and reopened anymore.
By the way. Is there any reason why the RDEPEND block for the chm reader cant be: || ( app-doc/kchmviewer app-text/gnochm ) ?
I'd add xchm on top of that.(In reply to comment #10) > || ( > app-doc/kchmviewer > app-text/gnochm > ) || ( app-doc/kchmviewer app-text/gnochm x11-misc/xchm ) I'd say... Blows my mind away why all these are in separate categories... There's such mess in portage.
Just FYI, and while I wait for virtualbox-1.6.0 to hit portage or this bug: It's not directly virtualbox-related, but I think there will be a conflict between slotted versions of xerces-c and xalan-c to resolve. Is anyone else seeing this? # emerge virtualbox -pv These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild NS ] x11-libs/qt-3.3.8-r4 [4.3.4-r1] USE="cups gif ipv6 mysql opengl postgres sqlite -debug -doc -examples -firebird -immqt -immqt-bc -nas -nis -odbc -xinerama" 16,986 kB [ebuild N ] dev-libs/xerces-c-2.8.0 USE="iconv threads -debug -doc -icu -libwww" 7,709 kB [ebuild N ] app-emulation/virtualbox-modules-1.5.7 198 kB [ebuild N ] sys-apps/usermode-utilities-20070815 49 kB [ebuild N ] dev-libs/xerces-c-2.7.0-r1 USE="-doc" 7,579 kB [ebuild N ] dev-libs/xalan-c-1.10.0 USE="-doc" 1,519 kB [ebuild N ] app-emulation/virtualbox-1.5.6 USE="alsa -additions -pulseaudio -sdk" 26,095 kB Total: 7 packages (6 new, 1 in new slot), Size of downloads: 60,132 kB !!! Multiple versions within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/xerces-c:0 ('ebuild', '/', 'dev-libs/xerces-c-2.7.0-r1', 'merge') pulled in by ('ebuild', '/', 'dev-libs/xalan-c-1.10.0', 'merge') ('ebuild', '/', 'dev-libs/xerces-c-2.8.0', 'merge') pulled in by ('ebuild', '/', 'app-emulation/virtualbox-1.5.6', 'merge')
(In reply to comment #12) That's right, you currently have to mask xerces-c 2.8.0. I'm not sure if this is because of a wrong depblock in xalan-c, or what.
(In reply to comment #9) Did anyone manage to work around the networking issue? I can't get it to work with e1000 (1.5.6's fine).
> Did anyone manage to work around the networking issue? > > I can't get it to work with e1000 (1.5.6's fine). > Just for the record -- recreating the tap interface (/etc/init.d/vbox0 restart) fixed it here. The ebuild and VBox.sh wrapper at betelgeuse's overlay need a little fixing because VBoxVRDP was renamed to VBoxHeadless. Other than that the ebuilds seem to be fine.
works flawlessly with Windows XP32 guest. Just a note: if you've got a Samba server running on localhost, shared folders will NOT work (explorer.exe will just freeze).
(In reply to comment #0) > I did some work so that I was able to install these in my developer overlay: > https://overlays.gentoo.org/svn/dev/betelgeuse/app-emulation Just for the records: app-doc/kchmviewer is now app-text/kchmviewer (see http://www.gentoo-portage.com/app-text/kchmviewer/ChangeLog#ptabs)
After some additional research, I did find some major quirks regarding shared folders: 1)I can't DELETE a file in a shared folder from my WinXP guest. i can create it and modify it, but not delete. the virtual SMB server will just stop responding for several seconds if I try to. 2)if my WinXP user is not an administrator, I can't access shared folders unless some other user with admin privileges opened them before since last reboot
Is there an ebuild for the OSE version in the works?
(In reply to comment #19) > Is there an ebuild for the OSE version in the works? > hi, yes it is, sorry for the delay but atm i'm busy whit some real life issues (moving house again.. :( ), anyway expect an update soon
*** Bug 223213 has been marked as a duplicate of this bug. ***
*** Bug 223625 has been marked as a duplicate of this bug. ***
Alessio, do you have some info here? If you need help somewhere, just tell us what you have so far and what needs work ;)
I just wanted to note that one of the devs said that 1.6.2 will be released this week, which will have most 1.6.0 bugs fixed (like sata support, no more bugs in shared folders etc). If there are any questions while working at the new ebuilds the devs in #vbox on freenode are very encouraged to help.
Hello. Any chance to get VB 1.6.x in portage/overlay? Thanks, Norberto
Hi, (In reply to comment #4) > It's not all GPL but usable with only GPL code. There are proprietary features > too in virtualbox-bin. that's it, i asked some informations about the current status of the download offered by sun, the answer was: - At the moment the bin (PUEL) version of VirtualBox should be fetched by the end user from sun's download center (after the license agreement) so we need to restrict fetch here. - The OSE Version instead should be mirrored on gentoo mirrors under the usual terms of the GPL, actually some ebuild[1] expect the tarball on gentoo mirrors. So a bit late, sorry for this real life issues, i bumped and tested all the virtualbox ebuilds, they are available on jokey's overlay[1], a tiny changelog: app-emulation/virtualbox-bin: - Added fetch restrictions - Added support (USE flag) and init.d script for VirtualBox webservice (vboxwebsrv) app-emulation/virtualbox: - Added support (USE flag) for headless build, see bug #219587 app-emulation/virtualbox-modules: - Version bump, provided a single tarball of the kernel module sources (extracted from OSE sources) app-emulation/virtualbox-additions: - Version bump x11-drivers/xf86-video-virtualbox: - Version bump x11-drivers/xf86-input-virtualbox: - Version bump the chm madness in app-emulation/virtualbox-bin still needs to be fixed :\ the kchmviewer shipped with is not a good choice (dependencies), basically we can use any chm viewer, what we need i to symlink it: ln -s /usr/bin/randomviewer /opt/VirtualBox/kchmviewer [1] http://overlays.gentoo.org/dev/jokey/browser/trunk
I just upgraded my kernel so I had to re-merge virtualbox-modules-1.6.0... I went to their site to redownload the package and, SURPRISE! It's not available anymore, there's only the 1.6.2 version. Out of luck, the ebuild for 1.6.0 applied smoothly for 1.6.2. I'm really pissed off because of Sun's stupidity. >< On a related topic, the issue preventing file deletion on shared folders has not been fixed (and I _did_ remember to upgrade my guest additions).
(In reply to comment #27) > I just upgraded my kernel so I had to re-merge virtualbox-modules-1.6.0... I > went to their site to redownload the package and, SURPRISE! It's not available > anymore, there's only the 1.6.2 version. > > Out of luck, the ebuild for 1.6.0 applied smoothly for 1.6.2. you can use this tarball: http://gentoo.zerodev.it/files/vbox-kernel-module-src-1.6.0.tar.gz > I'm really pissed off because of Sun's stupidity. >< it's a matter of time imho, because of VirtualBox transition from Innotek to Sun > On a related topic, the issue preventing file deletion on shared folders has > not been fixed (and I _did_ remember to upgrade my guest additions). :\
(In reply to comment #27) > Out of luck, the ebuild for 1.6.0 applied smoothly for 1.6.2. ebuilds for VirtualBox 1.6.2 available on jokey's overlay[1], added the ebuild virtualbox-guest-additions (1.6.0,1.6.2) too, should be masked for all no-multilib amd64 profiles
(In reply to comment #29) > (In reply to comment #27) > > Out of luck, the ebuild for 1.6.0 applied smoothly for 1.6.2. > > ebuilds for VirtualBox 1.6.2 available on jokey's overlay[1], > added the ebuild virtualbox-guest-additions (1.6.0,1.6.2) too, > should be masked for all no-multilib amd64 profiles > I didn't see an ebuild on there for virtualbox-bin 1.6.2. Do you know where I else I can find it?
(In reply to comment #30) > I didn't see an ebuild on there for virtualbox-bin 1.6.2. Do you know where I > else I can find it? Hi, ebuild for virtualbox* 1.6.2 are on jokey's overlay[1] [1] http://overlays.gentoo.org/dev/jokey/browser/trunk
(In reply to comment #31) > (In reply to comment #30) > > I didn't see an ebuild on there for virtualbox-bin 1.6.2. Do you know where I > > else I can find it? > > Hi, ebuild for virtualbox* 1.6.2 are on jokey's overlay[1] > > [1] http://overlays.gentoo.org/dev/jokey/browser/trunk > There's something wrong with the overlay/ebuild. I have the overlay and it is not picking up the virtualbox-bin 1.6.2 with emerge --search virtualbox-bin(i did a sync also for this overlay). I went on IRC gentoo and someone else tried it and they also could not get it to show up with emerge. They said they did have success with eix, but not with emerge.
I synced this morning and I am currently updating to virtualbox 1.6.2, so it is indeed in the overlay. Make sure you have the following like in your /etc/make.conf file: source /usr/local/portage/layman/make.conf or that it is pointing to the correct location of your layman configuration.
(In reply to comment #0) > I did some work so that I was able to install these in my developer overlay: > https://overlays.gentoo.org/svn/dev/betelgeuse/app-emulation > > They don't seem to have a separate tarball for the kernel module atm and the > file has a feak URL on in Sun download center so it either needs to go in fetch > restricted or we need to get permission from Sun to redistribute the files. Now > let's see if this thing actually runs. > (In reply to comment #33) > I synced this morning and I am currently updating to virtualbox 1.6.2, so it is > indeed in the overlay. Make sure you have the following like in your > /etc/make.conf file: > source /usr/local/portage/layman/make.conf > or that it is pointing to the correct location of your layman configuration. > yes, that is what i have in my /etc/make.conf. i can use other overlays with layman successfully. And, I can get some files from this overlay, but not the virtualbox-bin. Here is what I what get with emerge --search virtualbox for this overlay: "* app-emulation/virtualbox-guest-additions [ Masked ] Latest version available: 1.6.2 Latest version installed: [ Not Installed ] Size of files: 34,579 kB Homepage: http://www.virtualbox.org/ Description: VirtualBox kernel modules and user-space tools for Linux guests License: GPL-2 * x11-drivers/xf86-input-virtualbox [ Masked ] Latest version available: 1.6.2 Latest version installed: [ Not Installed ] Size of files: 34,579 kB Homepage: http://www.virtualbox.org/ Description: VirtualBox input driver License: GPL-2 * x11-drivers/xf86-video-virtualbox [ Masked ] Latest version available: 1.6.2 Latest version installed: [ Not Installed ] Size of files: 34,579 kB Homepage: http://www.virtualbox.org/ Description: VirtualBox video driver License: GPL-2" As you can see, it's not picking up the virtualbox-bin 1.6.2.
(In reply to comment #0) > I did some work so that I was able to install these in my developer overlay: > https://overlays.gentoo.org/svn/dev/betelgeuse/app-emulation > > They don't seem to have a separate tarball for the kernel module atm and the > file has a feak URL on in Sun download center so it either needs to go in fetch > restricted or we need to get permission from Sun to redistribute the files. Now > let's see if this thing actually runs. > I really dislike 3rd party overlays... Is there a simple way i can rsync only the http://overlays.gentoo.org/dev/jokey/browser/trunk/app-emulation section of the overlay? I haven't been able to find an rsync or svn location.
(In reply to comment #35) > I really dislike 3rd party overlays... Is there a simple way i can rsync only > the http://overlays.gentoo.org/dev/jokey/browser/trunk/app-emulation section > of the overlay? I haven't been able to find an rsync or svn location. sure, you can do the following: mkdir /usr/local/portage; cd /usr/local/portage svn co https://overlays.gentoo.org/svn/dev/jokey/trunk/app-emulation now you have the virtualbox ebuilds available on your local PORTDIR_OVERLAY
Just want to report that I've been using the overlay at https://overlays.gentoo.org/svn/dev/jokey/trunk/app-emulation with VirturalBox 1.6.2 for a few days now without any problems. I am on AMD64
same. amd64. Just works. There's a keyboard repeat problem in unix guests, but this has been an ongoing issue. (I've already filed a bug with Innotek. They suggested upgrading. Hence I'm here.)
Can this be closed? virtualbox-1.6* is in the tree since a while.
erm yep ;)