233683 2008-08-02 08:35 0000 app-emulation/virtualbox-bin-1.6.2 file no longer downloadable; ebuild bump to 1.6.4 required 2008-08-11 22:37:16 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 enhancement --- 1 michele@alzetta.org jokey@gentoo.org funtoos@yahoo.com radhermit@gmail.com swapon@gmail.com vapier@gentoo.org michele@alzetta.org 2008-08-02 08:35:10 0000 Virtualbox-bin-1.6.2 has fetch restriction, but the required file is no longer available for download as version 1.6.4 has been released. An ebuild for 1.6.4 - which is the file one can download now - is necessary. Reproducible: Always funtoos@yahoo.com 2008-08-02 08:49:26 0000 where does the package vbox-kernel-module-src come from? does anyone know? It seems to be required for virtualbox-modules but 1.6.4 version is not there anywhere. swapon@gmail.com 2008-08-04 21:50:01 0000 Hi all, (In reply to comment #0) > Virtualbox-bin-1.6.2 has fetch restriction, but the required file is no longer > available for download as version 1.6.4 has been released. An ebuild for 1.6.4 > - which is the file one can download now - is necessary. Since the Sun acquisition of Innotek/VirtualBox there are some bit problems with downloads, a VirtualBox told me that they are working on this issue, so in a near future they will be able to offer the PUEL edition of VirtualBox on their website[1] without restrictions (aka without fetch-restrictions for the gentoo users). Atm they are not able to offer/control this files stored on the Sun Download Center (SDLC). (In reply to comment #1) > where does the package vbox-kernel-module-src come from? does anyone know? It > seems to be required for virtualbox-modules but 1.6.4 version is not there > anywhere. I don't know the reason but in the last two releases this file vanished (its no more released as separate package), so i decided to do a tarball for this package an to host it on gentoo mirrors, the package is released under the GPL version 2 in addition i asked permission to do so, atm you can find it on my own webspace[2] A version bump is now available on jokey's overlay[3] for testing, please give it a try. [1] http://www.virtualbox.org/download/ [2] http://gentoo.zerodev.it/files/vbox-kernel-module-src-1.6.4.tar.bz2 [3] https://overlays.gentoo.org/dev/jokey/browser/trunk/app-emulation/ funtoos@yahoo.com 2008-08-04 22:46:55 0000 (In reply to comment #2) > Hi all, > > (In reply to comment #0) > > Virtualbox-bin-1.6.2 has fetch restriction, but the required file is no longer > > available for download as version 1.6.4 has been released. An ebuild for 1.6.4 > > - which is the file one can download now - is necessary. > > Since the Sun acquisition of Innotek/VirtualBox there are some bit problems > with downloads, a VirtualBox told me that they are working on this issue, > so in a near future they will be able to offer the PUEL edition of VirtualBox > on their website[1] without restrictions (aka without fetch-restrictions for > the gentoo users). > > Atm they are not able to offer/control this files stored on the Sun Download > Center (SDLC). > > (In reply to comment #1) > > where does the package vbox-kernel-module-src come from? does anyone know? It > > seems to be required for virtualbox-modules but 1.6.4 version is not there > > anywhere. > > I don't know the reason but in the last two releases this file vanished (its no > more released as separate package), so i decided to do a tarball for this > package an to host it on gentoo mirrors, the package is released under the GPL > version 2 in addition i asked permission to do so, atm you can find it on my > own webspace[2] > > A version bump is now available on jokey's overlay[3] for testing, please give > it a try. > > [1] http://www.virtualbox.org/download/ > [2] http://gentoo.zerodev.it/files/vbox-kernel-module-src-1.6.4.tar.bz2 > [3] https://overlays.gentoo.org/dev/jokey/browser/trunk/app-emulation/ > there is a nasty bug with 1.6.4 where an ever growing debug log is written to user's home dir. any idea if there is a fix for it? swapon@gmail.com 2008-08-05 17:44:07 0000 (In reply to comment #3) > there is a nasty bug with 1.6.4 where an ever growing debug log is written to > user's home dir. any idea if there is a fix for it? Yes it was a glitch discovered only after the release, you can simply disable logging via an environment variable to fix this issue[1]: export VBOX_LOG_DEST=nofile a note was added on virtualbox's site[2] [1] http://forums.virtualbox.org/viewtopic.php?t=8358#30807 [2] http://www.virtualbox.org/wiki/Downloads swapon@gmail.com 2008-08-05 18:14:51 0000 (In reply to comment #3) In order to simplify users' life, i added an env.d to export the environment variable: VBOX_LOG_DEST=nofile This assures that in this release logging will be disabled by default, updated ebuilds (for virtualbox and virtualbox-bin) are on jokey's overlay[1]. [1] https://overlays.gentoo.org/dev/jokey/browser/trunk/app-emulation/ funtoos@yahoo.com 2008-08-05 19:32:41 0000 what's stopping it from going into portage tree? even as masked package? swapon@gmail.com 2008-08-05 20:55:59 0000 (In reply to comment #6) > what's stopping it from going into portage tree? even as masked package? > nothing technically, it's only a matter of time, i don't have access to the portage tree (because i'm not a dev), this task will be accomplished by someone else (eg:jokey) please hang on :D vapier@gentoo.org 2008-08-06 09:29:38 0000 since people need to download the .run anyways, splitting off the modules doesnt really gain much except create a weird black box without documentation as to how this magic tarball was made. please convert virtualbox-modules-1.6.4.ebuild to simply use the same .run file as virtualbox-bin-1.6.4. it's simple once you set S to ${WORKDIR}/src and have it use the same unpacking method. since you already need to agree to the license when downloading the file, there's no need to check_license in the ebuild. please apply these changes to the virtualbox-bin-1.6.4 ebuild: -DESCRIPTION="Softwarefamily of powerful x86 virtualization" +DESCRIPTION="family of powerful x86 virtualization products for enterprise as well as home use" - elog "Please from the site:" + elog "Please download the package from the site:" - check_license radhermit@gmail.com 2008-08-08 03:34:57 0000 Created an attachment (id=162484) 2.6.27.patch I needed this patch to compile the virtualbox module under 2.6.27-rc2. funtoos@yahoo.com 2008-08-09 03:59:34 0000 any ETA on this reaching portage tree? masked or not. jokey@gentoo.org 2008-08-10 14:40:51 0000 within the next 20 minutes ;) InCVS now funtoos@yahoo.com 2008-08-10 17:22:52 0000 (In reply to comment #11) > within the next 20 minutes ;) > InCVS now > is the variable for turning debugging off set in the env.d? I don't see it set in a new login. swapon@gmail.com 2008-08-11 22:37:16 0000 (In reply to comment #12) > is the variable for turning debugging off set in the env.d? I don't see it set > in a new login. sorry i wasn't able to reply, after some test with env.d variable i found that in some scenarios (eg: when VirtualBox is not launched via shell) it still produce huge logs, so i setted the variable in the wrapper, the version commited in portage uses this approach too. 162484 2008-08-08 03:34 0000 2.6.27.patch 2.6.27.patch text/plain LS0tIHNyYy9saW51eC9TVVBEcnYtbGludXguY34JMjAwOC0wOC0wNyAxNDoxNDowMC4xODg1NDY4 MTcgLTA1MDAKKysrIHNyYy9saW51eC9TVVBEcnYtbGludXguYwkyMDA4LTA4LTA3IDE0OjI4OjQw LjI1MzMyMDgzMCAtMDUwMApAQCAtMTMyOCw3ICsxMzI4LDExIEBACiAgICAgZWxzZQogICAgIHsK ICAgICAgICAgdmJveF9rdGltZXJfc3RhcnQoJmdfR2lwVGltZXIpOworI2lmIExJTlVYX1ZFUlNJ T05fQ09ERSA8IEtFUk5FTF9WRVJTSU9OKDIsIDYsIDI3KQogICAgICAgICBzbXBfY2FsbF9mdW5j dGlvbihWQm94RHJ2TGludXhHaXBSZXN1bWVQZXJDcHUsIHBEZXZFeHQsIDAgLyogcmV0cnkgKi8s IDEgLyogd2FpdCAqLyk7CisjZWxzZQorICAgICAgICBzbXBfY2FsbF9mdW5jdGlvbihWQm94RHJ2 TGludXhHaXBSZXN1bWVQZXJDcHUsIHBEZXZFeHQsIDEgLyogd2FpdCAqLyk7CisjZW5kaWYKICAg ICB9CiAjZW5kaWYKIH0KLS0tIHNyYy9TVVBEUlYuaH4JMjAwOC0wOC0wNyAxNDoxNDowMC43OTU1 NDY5MTkgLTA1MDAKKysrIHNyYy9TVVBEUlYuaAkyMDA4LTA4LTA3IDE0OjIwOjA5Ljg4NjMwMjQw MyAtMDUwMApAQCAtMTAxLDcgKzEwMSw2IEBACiAjICAgZWxzZSAvKiBvbGRlciBrZXJuZWxzICov CiAjICAgICAgIGluY2x1ZGUgPGFzbS9zZW1hcGhvcmUuaD4KICMgICBlbmRpZiAvKiBvbGRlciBr ZXJuZWxzICovCi0jICAgaW5jbHVkZSA8YXNtL3NlbWFwaG9yZS5oPgogIyAgIGluY2x1ZGUgPGxp bnV4L3RpbWVyLmg+CiAKICMgICBpZiAwCg==