Bug#1010576: akonadi-server: Akonadi/Kontact hangs after resuming from standby
I really wonder if this hang has something to do with a dedicated setup because not many users seem to be affected. Nevertheless the bug is really annoying.
Bug#1010576: akonadi-server: Akonadi/Kontact hangs after resuming from standby
Exact same behavior here. I have this behavior for about 6-8 weeks. After each resume I have to stop akonadi and then kill mariadb (normal kill is nossible due to apparmor, only kill -9 works). After that, akonadi works again. Thanks!
Bug#913679: kopete: libjingle-call keeps crashing
Same problem here. The reason are typos in the kopete-17.08.3-openssl-1.1.patch patch which is supposed to make the code work with openssl 1.1. There are two places where the patch does +#if OPENSSL_VERSION_NUMBER < 0x1010L static BIO_METHOD methods_socket = { BIO_TYPE_BIO, "socket", @@ -98,16 +99,36 @@ static BIO_METHOD methods_socket = { }; BIO_METHOD* BIO_s_socket2() { return(_socket); } +#else +static BIO_METHOD *methods_socket = NULL; + +static const BIO_METHOD * BIO_s_socket2(void) { + if (methods_socket == NULL) { + methods_socket = BIO_meth_new (BIO_TYPE_BIO | BIO_get_new_index (), "socket"); + if (methods_socket == NULL || + BIO_meth_set_write (methods_socket, socket_write) || + BIO_meth_set_read (methods_socket, socket_read) || + BIO_meth_set_puts (methods_socket, socket_puts) || + BIO_meth_set_gets (methods_socket, 0) || + BIO_meth_set_ctrl (methods_socket, socket_ctrl) || + BIO_meth_set_create (methods_socket, socket_new) || + BIO_meth_set_destroy (methods_socket, socket_free)) + return NULL; +} + return methods_socket; +} +#endif The problem are the calls to the BIO_meth_set_XXX functions. Here it's an error if the return code is 0, not != 0! Therefore a correct patch would look like +#if OPENSSL_VERSION_NUMBER < 0x1010L static BIO_METHOD methods_socket = { BIO_TYPE_BIO, "socket", @@ -98,16 +99,36 @@ static BIO_METHOD methods_socket = { }; BIO_METHOD* BIO_s_socket2() { return(_socket); } +#else +static BIO_METHOD *methods_socket = NULL; + +static const BIO_METHOD * BIO_s_socket2(void) { + if (methods_socket == NULL) { + methods_socket = BIO_meth_new (BIO_TYPE_BIO | BIO_get_new_index (), "socket"); + if (methods_socket == NULL || + !BIO_meth_set_write (methods_socket, socket_write) || + !BIO_meth_set_read (methods_socket, socket_read) || + !BIO_meth_set_puts (methods_socket, socket_puts) || + !BIO_meth_set_gets (methods_socket, 0) || + !BIO_meth_set_ctrl (methods_socket, socket_ctrl) || + !BIO_meth_set_create (methods_socket, socket_new) || + !BIO_meth_set_destroy (methods_socket, socket_free)) + return NULL; +} + return methods_socket; +} +#endif Again, the patch contains these calls twice so please make sure to fix both occurrences. And this problem applies to both kopete 17.08.3-2 (Sid) as well as to kopete 18.08.3-1. Please fix these packages because kopete seems to be the only available Jabber client on Plasma. Telepathy doesn't work for me... Thanks! Frank
Bug#827512: qupzilla: New upstream release 2.0.1
Hi Georges, thanks for the explanation! That's actually sad news... Kind regards, Frank
Bug#827512: qupzilla: New upstream release 2.0.1
Hi, Qt 5.6 is part of Sid for some time now. Would be really great to have the new version of Qupzilla packaged. Thanks you! Frank
Bug#735595: Re: [vbox-dev] Bug#735595: Patch to update RTC after time change
Hi Gianfranco, we will not apply this patch. I provided the rationale in https://www.virtualbox.org/ticket/11980#comment:4 We will probably fix VBoxService to use adjtimex() instead of adjtime() which should be enough for most users. We also might synchronize the RTC with the system time on 'steps' (ie host/guest time are out of sync for more than 20 seconds) but the latter still needs to be discussed internally. Kind regards, Frank On Friday 11 March 2016 10:23:24 Gianfranco Costamagna wrote: > Hi Sam and VBox developers, > I'm forwarding the following mail to VirtualBox Developers's list > > can you please release it under MIT license, to allow them review and > possibly apply it? > > cheers, > > Gianfranco > > > > > Il Giovedì 10 Marzo 2016 19:18, Sam Morris <s...@robots.org.uk> ha scritto: > Here's a patch to VBoxService that makes it write to the RTC after it > updates the system clock. -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
Bug#735595: Re: [vbox-dev] Bug#735595: Patch to update RTC after time change
On Friday 11 March 2016 12:57:17 Frank Mehnert wrote: > We also might synchronize the RTC with the system time on 'steps' (ie > host/guest time are out of sync for more than 20 seconds) but the latter > still needs to be discussed internally. s/20 seconds/20 minutes/ of course. Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
Bug#785424: Re: [vbox-dev] CVE-2015-3456 aka VENOM
Hi Gianfranco, On Tuesday 19 May 2015 09:17:13 Gianfranco Costamagna wrote: Hi Frank, are you sure the bug is really fixed? the qemu patch seems to be different from the virtualbox one, and seems that the affected code is not fixed http://git.qemu.org/?p=qemu.git;a=blobdiff;f=hw/block/fdc.c;h=d8a8edd936f42 d4b1d801c996932668e456b5896;hp=f72a39216347e722496797555db9f208b0c5b4b2;hb=e 907746266721f305d67bc0718795fedee2e824c;hpb=968bb75c348a401b85e08d5eb1887a3e 6c3185f5 e.g. https://security-tracker.debian.org/tracker/CVE-2015-3456 http://xenbits.xen.org/xsa/advisory-133.html the VirtualBox code is inherited from Qemu but the code is not the same. Yes, we are sure the bug is fixed in VBox 4.3.28. Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785424: Re: Bug#785424: [Pkg-virtualbox-devel] Bug#785424: virtualbox: CVE-2015-3456: floppy driver host code execution
Hi Gianfranco, ticket https://www.virtualbox.org/ticket/14128 is only about VBox version 4.3.18. No other version is affected by this bug. Note that this has nothing to do with CVE-2015-3456. Kind regards, Frank On Tuesday 19 May 2015 08:20:07 Gianfranco Costamagna wrote: Hi Frank, is 4.1.18 affected? cheers, Gianfranco Il Lunedì 18 Maggio 2015 20:36, Frank Mehnert frank.mehn...@oracle.com ha scritto: Hi Gianfranco, could you also have a look here? https://www.virtualbox.org/ticket/14128#comment:1 This is regarding the 4.3.18 Jessie package. Thanks, Frank On Monday 18 May 2015 16:48:13 Gianfranco Costamagna wrote: Hi sid/testing: - 4.3.28 is not affected (upload pending) -jessie: 4.3.18-dfsg-3+deb8u2 is fixed in git branch jessie, with the upstream patch http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?h=jes si eid=990f846aec31871952b839ed93f7963f16bceb0c -wheezy: 4.1.18-dfsg-2+deb7u5 should be fixed in git branch wheezy with the (little changed to remove fuzz and to find the file in the right location) upstream patch http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?h=whe ez yid=3426d960fc44c86b31d8755717499c83fc127194 I'm rebuilding right now them, sorry for the looong delay in fixing them, upstream only ack'd the patch today, and I was also on VAC for two days. cheers, Gianfranco ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-virtualbox-dev el -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785424: [Pkg-virtualbox-devel] Bug#785424: virtualbox: CVE-2015-3456: floppy driver host code execution
Hi Gianfranco, could you also have a look here? https://www.virtualbox.org/ticket/14128#comment:1 This is regarding the 4.3.18 Jessie package. Thanks, Frank On Monday 18 May 2015 16:48:13 Gianfranco Costamagna wrote: Hi sid/testing: - 4.3.28 is not affected (upload pending) -jessie: 4.3.18-dfsg-3+deb8u2 is fixed in git branch jessie, with the upstream patch http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?h=jessi eid=990f846aec31871952b839ed93f7963f16bceb0c -wheezy: 4.1.18-dfsg-2+deb7u5 should be fixed in git branch wheezy with the (little changed to remove fuzz and to find the file in the right location) upstream patch http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?h=wheez yid=3426d960fc44c86b31d8755717499c83fc127194 I'm rebuilding right now them, sorry for the looong delay in fixing them, upstream only ack'd the patch today, and I was also on VAC for two days. cheers, Gianfranco ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-virtualbox-devel -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785161: [Pkg-virtualbox-devel] Bug#785161: kbuild: module-assistant fails to build virtualbox-source
Hi Lorenzo, On Wednesday 13 May 2015 14:23:09 lorenz lor wrote: I'm a bit confused about the snipped you post: if I understand right, the point is that kbuild is not meant to build vbox kernel modules. So to build the modules I'm supposed to do something like ./configure make make install ? is that right? No. I'm talking about VirtualBox. To build the sources you need to do ./configure kmk kmk packing This builds the whole tree and as part of the compilation process, the kernel modules are built as well but these modules are NOT meant to be actually used. To compile the Linux kernel modules, do ./src/VBox/HostDrivers/Support/linux/export_modules ~/vboxhost.tar.gz Then extract the resulting archive and do make in the resulting directory. This will compile the kernel modules against the currently installed kernel sources. make install Will install the kernel modules into /lib/modules/... Please be aware that kmk as part of kBuild is something completely different than Linux kbuild (= kernel build system). Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#783142: [Pkg-virtualbox-devel] Bug#783142: VMs fail to start on Broadwell CPUs
Hi all, please be aware that the patch mentioned below by Gianfranco is not sufficient for Linux = 3.19. The complete patch can be found here: https://www.virtualbox.org/attachment/ticket/13961/diff_smap_4 See https://www.virtualbox.org/ticket/13961#comment:18 for the explanation. Frank On Thursday 23 April 2015 07:43:17 Gianfranco Costamagna wrote: Hi, patch applied on jessie branch http://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?h=jessi e experimental should already be fine. thanks! cheers, G. Il Mercoledì 22 Aprile 2015 22:12, Moritz Mühlenhoff j...@inutil.org ha scritto: On Wed, Apr 22, 2015 at 09:48:01PM +0200, Moritz Muehlenhoff wrote: Package: virtualbox Version: 4.3.18-dfsg-3 Severity: important Hi, virtualbox doesn't work on Broadwell CPUs; all VMs fail to start no matter what the user configures in the VM settings. This was reported upstream at https://www.virtualbox.org/ticket/13820 I verified that the patch by Frank works on my Thinkpad X250 with such a CPU. I'm attaching a suitable Debian diff. Please fix this for the jessie 8.1 point release, Broadwell CPUs will become increasingly popular and Vbox is completely broken on them. Now really attached. Cheers, Moritz ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-virtualbox-devel -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany ORACLE Deutschland B.V. Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775888: [vbox-dev] Fwd: Re: Bug#775888: virtualbox: CVE-2014-6588 CVE-2014-6589 CVE-2014-6590 CVE-2014-6595 CVE-2015-0418 CVE-2015-0427
Hi, On Wednesday 21 January 2015 18:55:40 Ritesh Raj Sarraf wrote: The recently declared CVEs for VBox have fixes mentioned only in the 4.3.20 release. Debian Jessie is frozen, and for it, we have targeted the 4.3.18 release. Do you have the broken out patches that fix the vulnerabilities ? the most CVEs from that CPU are related to the experimental VMSVGA implementation. This code is not documented and not announced and regular users will not use it. Therefore I suggest you to just disable that code by setting VBOX_WITH_VMSVGA= VBOX_WITH_VMSVGA3D= This will automatically omit CVE-2014-6595, CVE-2014-6590, CVE-2014-6589, CVE-2014-6588 and CVE-2015-0427. The actual patch to fix this code is a bit lengthy, therefore disabling this code is IMO the best solution. CVE-2015-0418: VBox 4.3.x is not affected (only 4.2.x and older) CVE-2015-0377: VBox 4.3.x is not affected (only 4.2.x and older) CVE-2014-0224: this is related to OpenSSL and therefore not a problem for Linux distributions as you compile your code against the distro-specific OpenSSL implementation. Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775888: Re: [vbox-dev] Fwd: Re: Bug#775888: virtualbox: CVE-2014-6588 CVE-2014-6589 CVE-2014-6590 CVE-2014-6595 CVE-2015-0418 CVE-2015-0427
Hi Gianfranco, On Wednesday 21 January 2015 14:28:53 Gianfranco Costamagna wrote: the most CVEs from that CPU are related to the experimental VMSVGA implementation. This code is not documented and not announced and regular users will not use it. Therefore I suggest you to just disable that code by setting VBOX_WITH_VMSVGA= VBOX_WITH_VMSVGA3D= This will automatically omit CVE-2014-6595, CVE-2014-6590, CVE-2014-6589, CVE-2014-6588 and CVE-2015-0427. The actual patch to fix this code is a bit lengthy, therefore disabling this code is IMO the best solution. I presume starting from version 4.0 everything needs to be patched by disabling it? that code does only exist in VBox 4.3.x, older branches are not affected. CVE-2015-0418: VBox 4.3.x is not affected (only 4.2.x and older) CVE-2015-0377: VBox 4.3.x is not affected (only 4.2.x and older) do you have any patch for = 4.2.x then? Attached. 4.0.10 4.1.12 4.1.18 4.3.10 4.3.14 4.3.18 These patches are against the latest code in the respective branches but I hope they apply to these old versions. Sorry but it's not possible to support such old versions, we only support the latest versions of a specific branch. 4.3.20 (not affected at all I presume) Correct, already contains fixes for all these problems. Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val MaherIndex: src/VBox/VMM/VMMAll/IOMAllMMIO.cpp === --- src/VBox/VMM/VMMAll/IOMAllMMIO.cpp (revision 95342) +++ src/VBox/VMM/VMMAll/IOMAllMMIO.cpp (revision 95343) @@ -1290,7 +1290,13 @@ if (rc2 == VERR_SEM_BUSY) return (uErrorCode X86_TRAP_PF_RW) ? VINF_IOM_HC_MMIO_WRITE : VINF_IOM_HC_MMIO_READ; #endif -VBOXSTRICTRC rcStrict = iomMMIOHandler(pVM, uErrorCode, pCtxCore, GCPhysFault, iomMMIOGetRange(pVM-iom.s, GCPhysFault)); +PIOMMMIORANGE pRange = iomMMIOGetRange(pVM-iom.s, GCPhysFault); +if (RT_UNLIKELY(!pRange)) +{ +iomUnlock(pVM); +return VERR_IOM_MMIO_RANGE_NOT_FOUND; +} +VBOXSTRICTRC rcStrict = iomMMIOHandler(pVM, uErrorCode, pCtxCore, GCPhysFault, pRange); iomUnlock(pVM); return VBOXSTRICTRC_VAL(rcStrict); } Index: include/VBox/hwacc_vmx.h === --- include/VBox/hwacc_vmx.h (revision 96156) +++ include/VBox/hwacc_vmx.h (revision 96157) @@ -519,6 +519,12 @@ #define VMX_EXIT_WBINVD 54 /** 55 XSETBV. Guest software attempted to execute XSETBV. */ #define VMX_EXIT_XSETBV 55 +/** 57 RDRAND. Guest software attempted to execute RDRAND. */ +#define VMX_EXIT_RDRAND 57 +/** 58 INVPCID. Guest software attempted to execute INVPCID. */ +#define VMX_EXIT_INVPCID58 +/** 59 VMFUNC. Guest software attempted to execute VMFUNC. */ +#define VMX_EXIT_VMFUNC 59 /** @} */ Index: src/VBox/VMM/VMMR0/HWVMXR0.cpp === --- src/VBox/VMM/VMMR0/HWVMXR0.cpp (revision 96156) +++ src/VBox/VMM/VMMR0/HWVMXR0.cpp (revision 96157) @@ -4036,6 +4036,10 @@ case VMX_EXIT_VMWRITE: /* 25 Guest software executed VMWRITE. */ case VMX_EXIT_VMXOFF: /* 26 Guest software executed VMXOFF. */ case VMX_EXIT_VMXON:/* 27 Guest software executed VMXON. */ +case VMX_EXIT_INVEPT: /* 50 Guest software executed INVEPT. */ +case VMX_EXIT_INVVPID: /* 53 Guest software executed INVVPID. */ +case VMX_EXIT_INVPCID: /* 58 Guest software executed INVPCID. */ +case VMX_EXIT_VMFUNC: /* 59 Guest software executed VMFUNC. */ /** @todo inject #UD immediately */ rc = VERR_EM_INTERPRETER; break; Index: src/VBox/VMM/VMMAll/IOMAllMMIO.cpp === --- src/VBox/VMM/VMMAll/IOMAllMMIO.cpp (revision 95342) +++ src/VBox/VMM/VMMAll/IOMAllMMIO.cpp (revision 95343) @@ -1305,7 +1305,13 @@ if (rc2 == VERR_SEM_BUSY) return VINF_IOM_HC_MMIO_READ_WRITE; #endif -VBOXSTRICTRC rcStrict = iomMMIOHandler(pVM, (uint32_t)uErrorCode, pCtxCore, GCPhysFault, iomMMIOGetRange(pVM-iom.s, GCPhysFault)); +PIOMMMIORANGE pRange = iomMMIOGetRange(pVM-iom.s, GCPhysFault); +if (RT_UNLIKELY(!pRange)) +{ +iomUnlock(pVM); +return VERR_IOM_MMIO_RANGE_NOT_FOUND; +} +VBOXSTRICTRC rcStrict = iomMMIOHandler(pVM, (uint32_t)uErrorCode, pCtxCore, GCPhysFault
Bug#698292: [Pkg-virtualbox-devel] Bug#698292: virtualbox: CVE-2013-0420
Hi, On Wednesday 16 January 2013 13:59:57 Moritz Muehlenhoff wrote: Package: virtualbox Severity: grave Tags: security Justification: user security hole The latest VirtualBox update round fixed an unspecified security issue: http://www.oracle.com/technetwork/topics/security/cpujan2013-1515902.html Can you contact upstream for an isolated patch to apply to Wheezy? The fix can be found in https://www.virtualbox.org/changeset/44055/vbox Please ignore the change in DevVGA.h, this change is not necessary. Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Bug#691148: Please package virtualbox 4.2.2
On Friday 16 November 2012 16:28:01 Felix Geyer wrote: On 14.11.2012 15:30, Michael Meskes wrote: On Wed, Nov 14, 2012 at 10:56:50AM +0100, Felix Geyer wrote: When you want to modify the BIOS you change the code in the files of the first variant so only that is considered the source code of the BIOS. Well, you can change the assembler file directly. I wonder what happened if we just remove the OpenWatcom source files from the tarball? Removing the Open Watcom source files would be a GPL violation unless upstream explicitly adds a license to the generated assembler files. I think the generated assembler files contain all necessary copyright headers. Anyway I fail to see how removing free source code files could change anything in terms of DFSG-freeness of the whole thing. Or if the developers hadn't told us but instead said they created the assembler file by hand? It's pretty hard to believe that someone could write and maintain 15,000 lines of assembler code without a single comment. It's surely hard but not impossible. But I wouldn't continue arguing here. That is a problem because it's impossible to modify the BIOS (e.g. by adding a distro patch) without someone running Open Watcom. Why's that? We can change assembler source files, can't we? Sure, you can modify those assembler files but they are just a post-processed compiler output. That means in practice you can't modify it in a meaningful way. In fact the files say Auto Generated source file. Do not edit. ;-) For example we would be unable to cherry-pick a BIOS fix from trunk. I really wonder if we're trying to be more catholic than the pope here. I don't think so because where does it end? With the same argument you could declare every disassembled binary that is built from high level language code as source code. Again, we don't have a choice. If you cannot live with that change I regret that. Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Please package virtualbox 4.2.2
On Tuesday 13 November 2012 17:55:14 Felix Geyer wrote: On 12.11.2012 12:19, Frank Mehnert wrote: It is correct that we switched from bcc to Open Watcom to compile the PC BIOS as well as the VGA BIOS. The reason is indeed that bcc is unmaintained since years, has many bugs and creates code which is far away from being optimized. And we didn't find an appropriate alternative to Open Watcom. But it is not true that Open Watcom is required to build the BIOS of VirtualBox. If Open Watcom is not available, an alternative Assembler file can be used to create the BIOS. See here: https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Devices/BiosCommon Code Right, but Open Watcom is required to build the BIOS from source (preferred form for modification). That makes VirtualBox a candidate for the Debian contrib repository as it is free but requires non-free software to build from source. When the package is in contrib the assembler file could be used to build the BIOS. In my opinion this depends on the definition of the term source code. The VirtualBox source code tarball ships two alternative variants of the BIOS source code: The first variant is C code mixed with Assembler code (in src/VBox/Devices/PC/BIOS/* and src/VBox/Devices/Graphics/BIOS/*). The second variant is pure Assembler code which can be found in src/VBox/Devices/PC/BIOS/VBoxBiosAlternative.asm and src/VBox/Devices/Graphics/BIOS/VBoxVgaBiosAlternative.asm Both variants are part of the source code tarball, and the second variant allows it to build VirtualBox even if Open Watcom is not available. It should not matter that the second variant is generated from the first variant because that generation is done by the VirtualBox team and we ensure that the 2nd variant will produce the same object code as the 1st variant. Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Bug#691148: Bug#691148: Please package virtualbox 4.2.2
On Wednesday 14 November 2012 11:08:22 Alexey Eromenko wrote: Can Debian apply an anti patch ? i.e. the BIOS changeset patch in reverse, so it will become buildable again with bcc ? Just try it. Using the VBox 4.2 BIOS with bcc is not possible. You could probably use the VBox 4.1 BIOS with VBox 4.2. But in that case we will refuse to lock at any bug report of such builds because in the 4.2 BIOS we fixed a bunch of bugs and added a few new features. And as I said, converting the sources to Open Watcom is not to annoy Debian or any other distribution but to improve the code and to make our life easier. We just did not find a comparable alternative to Open Watcom. Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Please package virtualbox 4.2.2
It is correct that we switched from bcc to Open Watcom to compile the PC BIOS as well as the VGA BIOS. The reason is indeed that bcc is unmaintained since years, has many bugs and creates code which is far away from being optimized. And we didn't find an appropriate alternative to Open Watcom. But it is not true that Open Watcom is required to build the BIOS of VirtualBox. If Open Watcom is not available, an alternative Assembler file can be used to create the BIOS. See here: https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Devices/BiosCommonCode Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#690777: [Pkg-virtualbox-devel] Bug#690777: virtualbox: CVE-2012-3221
On Wednesday 17 October 2012 15:20:58 Moritz Muehlenhoff wrote: Package: virtualbox Severity: grave Tags: security Justification: user security hole Oracle fixed an unspecified security issue in their latest Patch Update: http://www.oracle.com/technetwork/topics/security/cpuoct2012-1515893.html CVE-2012-3221 Oracle VM Virtual Box NoneVirtualBox Core No 2.1 Local Low NoneNoneNone Partial+ 3.2, 4.0, 4.1 Please get in touch with upstream and ask them for a fix. The problem was fixed by this changeset: https://www.virtualbox.org/changeset/43068/vbox The fix is part of VirtualBox 4.1.22 and 4.2.0. Distributions which provide an older package need probably an update but the changeset should apply cleanly. The complete investigation is described here: http://www.halfdog.net/Security/2012/VirtualBoxSoftwareInterrupt0x8GuestCrash/ Kind regards, Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#667460: VirtualBox 4.1.12 last-minute regression
Package: virtualbox Version: 4.1.12-dfsg-1 There was a last-minute regression in the VirtualBox 4.1.12 source code and it was silently replaced a few hours after the initial upload. Sorry about that! The relevant problem is reported here: https://www.virtualbox.org/ticket/10405 and the fix can be found here: https://www.virtualbox.org/changeset/40755/vbox Or just download the source code again for 4.1.12-dfsg-1. Sorry again, Frank -- Dr.-Ing. Frank Mehnert Senior Manager Software Development Desktop Virtualization, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#625658: [Pkg-virtualbox-devel] Bug#625658: virtualbox-ose: FTBFS for xorg-server 1.10 rebuild: ** gcc version 4.6.1 found, expected gcc 3.x with x1 or gcc 4.x with 0x5!
That script needs an update as the code compiles and works fine with gcc-4.6. You can patch configure to allow gcc-4.6 and you should add VBOX_WITH_WARNINGS_AS_ERRORS = to LocalConfig.kmk to be able to build the sources. That will be properly fixed with the next maintenance release. Kind regards, Frank On Wednesday 04 May 2011 23:04:45 Cyril Brulebois wrote: Source: virtualbox-ose Version: 4.0.4-dfsg-1 Severity: serious Justification: FTBFS Hi, as announced on IRC, I scheduled a binNMU for your package, but that didn't work: | Checking for environment: Determined build machine: linux.amd64, target | machine: linux.amd64, OK. Checking for kBuild: found, OK. | | Checking for gcc: | ** gcc version 4.6.1 found, expected gcc 3.x with x1 or gcc 4.x with | 0x5! | | Check | /build/buildd-virtualbox-ose_4.0.4-dfsg-1+b3-amd64-2Y8bRu/virtualbox-ose | -4.0.4-dfsg/out/configure.log for details make[1]: *** | [override_dh_auto_configure] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=virtualbox-ose Mraw, KiBi. ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-virtualbox-devel -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#621061: [Pkg-virtualbox-devel] Bug#621061: locks daemon startup directory
The VBoxSVC daemon as well as the VBoxXPCOMIPCD daemons will terminate themself about 10 seconds after the last client stopped. What you observed is not a bug but a feature. If these daeomns don't terminate themself after that time then this is a bug but so far we don't have such reports for VirtualBox 4.0.4. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621061: [Pkg-virtualbox-devel] Bug#621061: locks daemon startup directory
On Wednesday 06 April 2011 17:51:26 Eduard Bloch wrote: #include hallo.h * Frank Mehnert [Wed, Apr 06 2011, 10:28:52AM]: The VBoxSVC daemon as well as the VBoxXPCOMIPCD daemons will terminate themself about 10 seconds after the last client stopped. What you observed is not a bug but a feature. If these daeomns don't terminate themself after that time then this is a bug but so far we don't have such reports for VirtualBox 4.0.4. If keeping the startup directory is considered a feature than I fail to see the use case for it. The background process are really terminated after 10 seconds. But in the meantime, I would like to be able to release the startup directory because it's really unrelated to the work of the running VM (no other handle is open on that FS while the VM runs). I didn't say that locking the startup directory is a feature, just read again what I wrote. Feel free to open a bug report at our public bugtracker at http://www.virtualbox.org/wiki/Bugtracker OTOH I don't think this is a big problem. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611925: [Pkg-virtualbox-devel] Bug#611925: CVE-2010-4414: Does it affect Debian?
On Thursday 03 February 2011 22:16:39 Moritz Muehlenhoff wrote: On Thu, Feb 03, 2011 at 09:40:15PM +0100, Frank Mehnert wrote: This does only affect VirtualBox 4.0.0, not VirtualBox 4.0.2. Thanks. What's the status of releases 4.0.0, like the 3.2.10 from Debian? Are they also unaffected? No. As I said: Only version 4.0.0 is affected. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#611861: [Pkg-virtualbox-devel] Bug#611861: virtualbox-ose: general protection fault after g_abExecMemory on a xen domU
Timo, On Thursday 03 February 2011 10:00:15 Timo Juhani Lindfors wrote: Frank Mehnert frank.mehn...@oracle.com writes: Running VirtualBox in DomU or in Dom0 is not supported. Ok I can understand that (thanks for the speedy reply btw). Could you consider adding something like --- virtualbox-ose.orig 2011-02-03 10:58:53.0 +0200 +++ virtualbox-ose 2011-02-03 10:57:44.0 +0200 @@ -54,7 +54,13 @@ start() { log_begin_msg Starting VirtualBox kernel modules - + + if [ -d /proc/xen ]; then + log_failure_msg Running virtualbox under xen is not supported + log_end_msg 1 + return 1 + fi + if ! running vboxdrv; then # HACK: disable the hardware performance counter framework if [ -e /proc/sys/kernel/perf_counter_paranoid ]; then to the init.d script? This way users would get an error message instead of a system crash. Sure, will do. Will this work for both DomU and Dom0? Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#611861: [Pkg-virtualbox-devel] Bug#611861: virtualbox-ose: general protection fault after g_abExecMemory on a xen domU
-2.11.2.so[7f13cb246000+1e000] [1675519.836461] cat[13139] general protection ip:7efff11f6134 sp:7c75f180 error:0 in ld-2.11.2.so[7efff11f5000+1e000] More info: 1) I used gdb to disassemble the Code: part: Dump of assembler code for function f: 0x00600860 f+0:88 06 mov%al,(%rsi) 0x00600862 f+2:00 00 add%al,(%rax) 0x00600864 f+4:48 83 e0 70and$0x70,%rax 0x00600868 f+8:42 8b 8c 02 68 0a 00 00mov 0xa68(%rdx,%r8,1),%ecx 0x00600870 f+16: 23 4a 20 and 0x20(%rdx),%ecx 0x00600873 f+19: 09 c8 or %ecx,%eax 0x00600875 f+21: 0b 42 24 or 0x24(%rdx),%eax 0x00600878 f+24: 0f 22 e0 mov%rax,%cr4 0x0060087b f+27: 42 8b 84 02 50 0a 00 00mov 0xa50(%rdx,%r8,1),%eax 0x00600883 f+35: 83 e0 04 and $0x4,%eax 0x00600886 f+38: 0d 3b 00 00 80 or $0x803b,%eax 0x0060088b f+43: 0f 22 c0 mov%rax,%cr0 0x0060088e f+46: 42 0f 01 94 02 70 03 00 00 lgdt 0x370(%rdx,%r8,1) 0x00600897 f+55: 42 8b ac 02 20 03 00 00 mov0x320(%rdx,%r8,1),%ebp 0x0060089f f+63: b8 00 00 00 00 mov$0x0,%eax End of assembler dump. Hypothesis: %cr4 is a privileged register and can not be accessed from a paravirtualized xen domU? If running under xen is not support could you add a check for xen to the virtualbox kernel modules? 2) The upstream bug for this seems to be http://www.virtualbox.org/ticket/2383 -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcurl37.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8 GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1 API to write one's own vnc server ii libx11-62:1.3.3-4X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-4 Qt 4 OpenGL module ii libqtcore4 4:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii virtualbox-ose-dkms3.2.10-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.10-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libpulse00.9.21-3+b1 PulseAudio client libraries ii vde2 2.2.3-3 Virtual Distributed Ethernet pn virtualbox-guest-additions none (no description available) -- no debconf information ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-virtualbox-devel -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van
Bug#611925: [Pkg-virtualbox-devel] Bug#611925: CVE-2010-4414: Does it affect Debian?
This does only affect VirtualBox 4.0.0, not VirtualBox 4.0.2. Kind regards, Frank On Thursday 03 February 2011 21:25:53 Moritz Muehlenhoff wrote: Package: virtualbox-ose Version: 3.2.10-dfsg-1 Severity: important Tags: security Hi, the VirtualBox developers have released an advisory for virtualbox, which has been assigned CVE-2010-4414. http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4414 This might only affect proprietary addons, could you check with upstream? Cheers, Moritz -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcurl37.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8 GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1 API to write one's own vnc server ii libx11-62:1.3.3-4X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-4 Qt 4 OpenGL module ii libqtcore4 4:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii virtualbox-ose-dkms3.2.10-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.10-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libpulse00.9.21-3+b1 PulseAudio client libraries pn vde2 none (no description available) pn virtualbox-guest-additions none (no description available) -- no debconf information ___ Pkg-virtualbox-devel mailing list pkg-virtualbox-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-virtualbox-devel -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#611613: [Pkg-virtualbox-devel] Bug#611613: virtualbox-ose-qt: Interface allows to configure RDP and USB
On Monday 31 January 2011 10:25:03 Vincent Bernat wrote: The GUI allows to configure RDP (remote desktop) and USB while those functionalities are only available in the proprietary version. Enabling those functionalities does nothing. This may be disturbing for the user not aware of the differences between OSE and non-OSE. That's not entirely true. Try to install the extension pack, it should work with the Debian build as well. In fact, there is no real OSE version anymore, only the normal source code (which is freely available under GPLv2 from http://www.virtualbox.org/wiki/Downloads) and the extension pack. The Linux packages at www.virtualbox.org use in fact the same sources like the packages from the Debian maintainers. Back to your question: If you enable USB 2.0 (USB 1.1 is part of the public sources) then you will get a message that you should install the extension pack. After doing so, you can use that features. Therefore it is correct to keep the USB / RDP VM settings. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#596669: [Pkg-virtualbox-devel] Bug#596669: copyright issues in virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile{, .kmk}
On Monday 13 September 2010, Martin Zobel-Helas wrote: Package: virtualbox-ose Version: 3.2.6-dfsg-2 Severity: serious Hi Michael, while reviewing virtualbox for migration for testing, i found the following issue in the source-code, that probably needs to be fixed before we release squeeze: diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile 2010-08-05 11:43:06.0 + @@ -4,8 +4,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # CC = gcc diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-08-05 11:43:06.0 + @@ -6,8 +6,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # Sorry guys, these files slipped through. You can safely remove that directory from the sources as this is a tool which isn't required for building VirtualBox. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#585951: virtualbox-ose: should not be set suid
You are correct that these binaries are suid root but your deduction is wrong. These binaries need access to a kernel interface which is provided by the VirtualBox kernel modules. This interface can be used to harm complete machine including the kernel. So the access to this interface must be restricted. It is NOT sufficient to restrict the access to this kernel interface to certain users (by choosing proper permissions for /dev/vboxdrv) but it must be restricted to certain applications as well. The usual practise for doing so is to make the binary suid root. The binary will open the restricted interface and will then drop the privileges immediately keeping the interface open. This guarantees that only dedicated applications can access this kernel interface. Kind regards, Frank -- Dr.-Ing. Frank Mehnert Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz signature.asc Description: This is a digitally signed message part.
Bug#574662: virtualbox-ose-guest-x11: vboxvideo incompatible with 2.6.32-4 kernel
Should be fixed in the upcoming version 3.1.6. Fix can be found here: http://www.virtualbox.org/changeset/27248 Kind regards, Frank -- Dr.-Ing. Frank Mehnert Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder signature.asc Description: This is a digitally signed message part.
Bug#554385: [Pkg-virtualbox-devel] Bug#554385: virtualbox-ose-source does not compile for kernel 2.6.31-1
On Wednesday 04 November 2009, Benjamin Mesing wrote: Package: virtualbox-ose-source Version: 3.0.10-dfsg-1 Severity: grave Justification: renders package unusable When trying to build via m-a it fails with the following output: /usr/src/modules/virtualbox-ose/linux/SUPDrv-linux.c: In function ‘VBoxDrvLinuxCreate’: /usr/src/modules/virtualbox-ose/linux/SUPDrv-linux.c:734: error: ‘struct task_struct’ has no member named ‘euid’ /usr/src/modules/virtualbox-ose/linux/SUPDrv-linux.c:735: error: ‘struct task_struct’ has no member named ‘egid’ kmk[4]: *** [/usr/src/modules/virtualbox-ose/linux/SUPDrv-linux.o] Error 1 kmk[4]: *** This looks like you are using some old sources. This compile problem was fixed several versions ago. I just looked into the 3.0.10 sources, line 734 and 735 don't contain such statements. Please check if you are really trying to compile the 3.0.10 sources. Kind regards, Frank -- Dr.-Ing. Frank Mehnert Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring signature.asc Description: This is a digitally signed message part.
Bug#533319: [Pkg-virtualbox-devel] Bug#533319: virtualbox-ose: Please include guest additions iso
On Tuesday 16 June 2009, Hew McLachlan wrote: Package: virtualbox-ose Severity: wishlist Users wishing to install guest additions are currently prompted to download the iso from virtualbox.org. It would be nice if the iso could be included in the virtualbox-ose package so that guest additions could be more easily accessed and integrated in the package. The iso is a reasonable size (currently 27MB, and growing each version), so an alternative is to have something like a virtualbox-ose-additions package which includes the iso. This could be Recommends or Suggests by virtualbox-ose. Note that this is would be indeed allowed as redistribution of the additions .ISO is explicitely allowed, see §2 of http://www.virtualbox.org/wiki/VirtualBox_PUEL However, redistribution here means unmodified and in binary form which is most probably a problem for Debian. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystems, Inc.www.sun.com signature.asc Description: This is a digitally signed message part.
Bug#532870: [Pkg-virtualbox-devel] Bug#532870: virtualbox-ose: Export appliance don't work due to USB configurations
On Friday 12 June 2009, Mario Izquierdo (mariodebian) wrote: Package: virtualbox-ose Version: 2.2.4-dfsg-1 Severity: normal When exporting a Virtual Machine with Apliance Export Wizard VirtualBox shows a error message of GetUSBController. See attached image. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libc6 2.9-13GNU C Library: Shared libraries ii libgcc11:4.4.0-5 GCC support library ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxml22.7.3.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii python 2.5.4-2 An interactive high-level object-o ii python2.5 2.5.4-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [l 7.4.1-1 A free implementation of the OpenG ii virtualbox-ose-mod 2.2.2-dfsg-1+2.6.29-3 VirtualBox modules for Linux (kern ii virtualbox-ose-mod 2.6.29+2.2.2-dfsg-4 PC virtualization solution for Lin ii virtualbox-ose-qt 2.2.4-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii virtualbox-ose-source 2.2.4-dfsg-1 x86 virtualization solution - kern -- debconf information: * virtualbox-ose/upstream_version_change: true Reproduced. Fixed in http://www.virtualbox.org/changeset/20514 Kind regards, Frank -- Dr.-Ing. Frank Mehnert Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring signature.asc Description: This is a digitally signed message part.
Bug#522853: [Pkg-virtualbox-devel] Bug#522853: Bug#522853: WARNING: SUPDrvLinuxIDC [/usr/src/modules/virtualbox-ose/vboxnetflt/vboxnetflt.ko] undefined!
On Tuesday 07 April 2009, Michael Meskes wrote: tag 522853 moreinfo tag 522853 unreproducible thanks can't compile the network module. WARNING: SUPDrvLinuxIDC [/usr/src/modules/virtualbox-ose/vboxnetflt/vboxnetflt.ko] undefined! Please send us more information for instance the whole build log. Without additional info it's almost impossible to find out what's going on. On my system the module compiles without a problem. This error message usually appears if the Module.symvers file of the vboxdrv module was not copied to the vboxnetflt module. The vboxnetflt module depends on the vboxdrv module. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#518739: [Pkg-virtualbox-devel] Bug#518739: virtualbox-ose-source: vms wont start on 2.6.29-rc5
Bastian, On Monday 30 March 2009, Bastian Kleineidam wrote: I can confirm this bug with linux-source-2.6.29 (version 2.6.29-1). Uncommenting the mentioned makefile line works, but slows down the VM considerably. Are you 100% sure that the slowdown is caused by uncommenting that line in the Makefile? I guess if you don't uncomment this line then VBox will not work on you kernel. Please could you check Linux 2.6.29.1 and compare the performance with this line enabled and disabled as this version should work with both settings. Thank you! Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#518739: [Pkg-virtualbox-devel] Bug#518739: virtualbox-ose-source: vms wont start on 2.6.29-rc5
On Friday 03 April 2009, Bastian Kleineidam wrote: Am Friday 03 April 2009 09:09:50 schrieb Frank Mehnert: Bastian, On Monday 30 March 2009, Bastian Kleineidam wrote: I can confirm this bug with linux-source-2.6.29 (version 2.6.29-1). Uncommenting the mentioned makefile line works, but slows down the VM considerably. Are you 100% sure that the slowdown is caused by uncommenting that line in the Makefile? Ok, I tested the Windows startup time with both configurations on vanilla 2.6.29.1 and there was no speed difference noticable. Sorry for the misinformation - one should always measure first and then speculate. Thank you Bastian for this information! Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#504149: [Pkg-virtualbox-devel] Bug#504149: virtualbox-ose: symlink vulnerability due to bad /tmp handling
Paul et all, On Saturday 01 November 2008, Paul Wise wrote: By creating a symlink /tmp/.vbox-$USER-ipc/lock an attacker can overwrite any file owned by any user who starts virtualbox. Starting and then exiting virtualbox is enough to trigger this, you don't need to start any virtual machines. Thanks for this report. In addition to this, it is a really stupid idea to put dotfiles in /tmp and this should be fixed too. I'm not sure if this is stupid or not. At least the .vbox-* directories are not the only .dotfile directories in /tmp. In addition to this, virtualbox does not clean up /tmp/.vbox-$USER-ipc/ when exiting, which is just rude. We will fix that later. I hope our fix is sufficient. The changesets r13788, r13807, r13809, r13810 should check the permissions. These changesets should apply to 1.6.6 and 2.0 as well. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#500906: Broken display on maps.google.fr
Hi, in the upstream tracker there is a patch specified which seems to fix the problem. Please could you apply this patch to konqueror 3.5.10 and rebuild the Debian package? Thanks, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#500906: konqueror: Broken display on maps.google.fr
Hi, upstream (see the link in this defect) proposed a patch. Please could you apply the patch and rebuild the Debian package? Thank you! Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#502840: ncurses-bin: Please add md5sums
Package: ncurses-bin Version: 5.6+20081011-1 Severity: normal The ncurses packages miss the md5sums making the debsums checker report warnings every day. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.17 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ncurses-bin depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libncurses5 5.6+20081011-1 shared libraries for terminal hand ncurses-bin recommends no packages. ncurses-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501608: [Pkg-virtualbox-devel] Bug#501608: Bug#501608: virtualbox: Debian Lenny as VM system freezes
On Wednesday 08 October 2008, Joseph Rawson wrote: On Wednesday 08 October 2008 15:11:24 Γιώργος Πάλλας wrote: Package: virtualbox Version: 1.6.6-35336_Debian_lenny I'm using version 1.6.6-dfsg-2 . It looks like you're using on of the versions supplied by virtualbox.org . Right, this is the PUEL package. Note that there were several fixes after 1.6.6 was released (some of them were backported to the Debian OSE version 1.6.6) so I strongly suggest you to upgrade to the latest version (which is currently 2.0.2). Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#474089: [Pkg-virtualbox-devel] Bug#474089: closed by Michael Meskes [EMAIL PROTECTED] (Bug#474089: fixed in virtualbox-ose 1.5.6-dfsg-5)
On Sunday 24 August 2008, Michael Biebl wrote: The current version in unstable still doesn't use the lsb logging functions, so I'm reopening the bug report. NOLSB=yes [..] [ -f /lib/lsb/init-functions ] || NOLSB=yes == NOLSB will never be no I also think that the checks if [ -z $NOLSB ]; then and if [ -n $NOLSB ]; then Don't make a lot of sense, as the NOLSB variable will never be empty This is the default to be compatible with any Linux distribution. In fact, the LSB stuff in this script does not work for Debian/Sarge. But for later Debian distributions this variable can be set to empty. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#481100: [Pkg-virtualbox-devel] Bug#481100: module fails to build after today's kernel security update
On Thursday 15 May 2008, Hilko Bengen wrote: Frank Mehnert [EMAIL PROTECTED] writes: I'm sorry if this is a stupid question but how can I see what changed between linux-2.6_2.6.18.dfsg.1-18etch3 and linux-2.6_2.6.18.dfsg.1-18etch4 without installing both kernel source trees? The diff between the two diffs contains more than 1 million lines. Use interdiff, part of patchutils. Thank you very much for this hint! Actually I see only one new patch which is different from the *etch3 kernel bugfix/fcntl_setlk-close-race.patch and this patch cannot be responsible for your compile problems. Your error message look more like you are trying to compile vboxdrv against an x86_64 kernel but ARCH is set (for some reason) to i386. Which should not happen if your kernel was configured on a x86_64 system. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#481100: module fails to build after today's kernel security update
I'm sorry if this is a stupid question but how can I see what changed between linux-2.6_2.6.18.dfsg.1-18etch3 and linux-2.6_2.6.18.dfsg.1-18etch4 without installing both kernel source trees? The diff between the two diffs contains more than 1 million lines. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#479046: [Pkg-virtualbox-devel] Bug#479046: kbuild
1.6.0-OSE builds fine here with that kBuild version (svn 1587). You really might consider backporting this fix to 1.5. Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#475542: [Pkg-virtualbox-devel] Bug#475542: virtualbox-ose-source should not depend on prebuild kernel packages
Hmm, we should perhaps clarify some things here. I'm sure everybody in this thread is knowing that but anyway: VirtualBox without kernel modules is not much useful -- you can only create and/or manipulate configurations of virtual machines. So kernel modules are required, the question is probably _which_ modules. I assume, Arne wants to compile the modules himself because he probably uses a self-compiled Linux kernel. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystemshttp://www.sun.com/ signature.asc Description: This is a digitally signed message part.
Bug#465585: [Pkg-virtualbox-devel] Bug#465585: virtualbox-ose: Please support to share a disk image between two guests
On Wednesday 13 February 2008, Bernd Zeimetz wrote: at the moment we face the problem that we need to test a cluster FS implementation within virtualbox, therefore we need to share a storage device between several guests. As current workaround we use a Linux guest providing an iscsi target. Things would be much more simple if virtualbox would allow to share one disk image between several guest systems. Thanks in advance for implementing this feature, I doubt that Michael will implement this feature. I would appreciate if you could open a feature request at http://www.virtualbox.org/wiki/Bugtracker Kind regards, Frank -- Dr.-Ing. Frank Mehnertinnotek GmbH, http://www.innotek.de signature.asc Description: This is a digitally signed message part.
Bug#461222: VirtualBox core dumped
Hi, please install the virtualbox-ose-dbg package and open the core with gdb -c core /usr/lib/virtualbox/VirtualBox Then try to get a backtrace bt Kind regards, Frank -- Dr.-Ing. Frank Mehnertinnotek GmbH, http://www.innotek.de signature.asc Description: This is a digitally signed message part.
Bug#447500: virtualbox-ose: vboxdrv causes general protection fault when Intel-VT is enabled
Hi, I've just installed virtualbox-ose 1.5.2-dfsg2-3 on a Pentium-D system on a self-compiled 2.6.23.9 kernel. I observed no problems. Please could you post some more information about your guest and please could you attach the VBox.log file (Main Window, Menu Machine / Show Log ...)? Kind regards, Frank -- Dr.-Ing. Frank Mehnertinnotek AG, http://www.innotek.de signature.asc Description: This is a digitally signed message part.
Bug#449502: virtualbox-ose: Debatable quality of the French translation
Hi, please have a look at http://www.virtualbox.org/ticket/234 You can find all required information there but to answer your request for a modern tool: Use linguist of the Qt3 Development package. Some distributions name the binary linguist-qt3 and the package qt3-linguist. Please don't use linguist for Qt4 as it will generate incompatible files. And it would be nice if you could contact the current maintainer of the french translation and work together with him if possible. Kind regards, Frank -- Dr.-Ing. Frank Mehnertinnotek GmbH, http://www.innotek.de signature.asc Description: This is a digitally signed message part.
Bug#440904: When virtualbox is running, ksoftirqd takes 20% proc
Hi Vincent, On Monday 10 September 2007, you wrote: I am using vanilla Debian kernel. I have upgraded to the latest in Sid and still have the problem. I attach the config file to this message. Here is the top of dmesg: Linux version 2.6.22-2-686-bigmem (Debian 2.6.22-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)) #1 SMP Fri Aug 31 01:40:59 UTC 2007 I attach also the result of lshw to provide better insight of hardware. thank you for the additional information. Please could you add nohz=off to your kernel command line and try if the problem is probably gone? There is a problem with CONFIG_NO_HZ-enabled Linux kernels we are trying to fix. Kind regards, Frank -- ## innotek GmbH, http://www.innotek.de ## signature.asc Description: This is a digitally signed message part.
Bug#440904: When virtualbox is running, ksoftirqd takes 20% proc
Hi, please could you attach your kernel configuration? Thanks, Frank -- ## innotek GmbH, http://www.innotek.de ## signature.asc Description: This is a digitally signed message part.
Bug#406992: ITP: VirtualBox -- x86 virtualization solution
Hi, I just solved the most disgusting lintian warnings/errors be moving all files out of /opt/VirtualBox-xzy to their (hopefully) proper place. I exported our debian scripts to our external repository. I would be appreciated if we could solve the remaining problems together. So far I see the following problems: - still no copyright file, we will provide one - no manpages - unstrippped binary objects: We cannot change this because we need to load these modules at runtime (similar as XFree86 did before they switched to .so modules) - our .so libs have no major/minor. Not sure if we should really provide one but this induces some lintian warnings - How to generate the SVN as part of the version? I would like to do it like Torsten did it with his kBuild package - In case you are asking: the lintian overrides for PIC code in our shared libs are necessary, currently no way to build them as PIC. - the package still compiles the kernel module during install, I assume this should be removed (and the module stuff in preinst/postinst as well) Maybe others. I would like to hear your opinion. Frank -- ## innotek GmbH, http://www.innotek.de ## signature.asc Description: This is a digitally signed message part.
Bug#406992: ITP: virtualbox -- x86 virtualization solution
Hi Daniel, here is a snapshot of the debian/ directory. There is still much work todo. Not all dependencies are added to debian/control (especially for building the vboxdrv kernel module). The changelog file is very hackish. Note that currently no official .tar.gz archives of VBox OSE exist. We plan to release them within the next days. Kind regards, Frank -- ## InnoTek Systemberatung GmbH, http://www.innotek.de ## virtualbox-ose-debian.tar.gz Description: application/tgz pgpdBhAPKmWK0.pgp Description: PGP signature
Bug#406992: ITP: VirtualBox -- x86 virtualization solution
Hi, we would like to provide the Debian package for the OSE version ourself. Any help is appreciated. I will start providing the current build scripts for the package we used for the existing packages (will take a day or so). We also would like to get the non-OSE version included into non-free with a hint that this version has some more features than the OSE version. Kind regards, Frank -- ## InnoTek Systemberatung GmbH, http://www.innotek.de ## pgpwVgeDfwEMi.pgp Description: PGP signature
Bug#400165: cpufreqd: too verbose
Package: cpufreqd Version: 2.2.1-1 Severity: normal Since version 2.1 the enable_plugins configuration option is useless: All available plugins are loaded during startup of cpufreqd. Each plugin which cannot be loaded complains at least with loglevel=error or even with loglevel=critical. There is no chance to suppress these messages (verbose does not help) and they pollute /var/lib/daemon.log. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cpufreqd depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcpufreq0 002-2 shared library to deal with the cp ii libsensors3 1:2.10.1-2 library to read temperature/voltag ii libsysfs22.1.0-1 interface library to sysfs ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages cpufreqd recommends: ii acpid 1.0.4-5Utilities for using ACPI power man -- debconf information: cpufreqd/no_pm: cpufreqd/no_procfs_sysfs: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386452: /etc/init.d/nfs-common fails to execute if /usr is mounted via nfs
Package: nfs-common Version: 1:1.0.10-1 Severity: normal If /usr is mounted via nfs and /etc/exports is available, /etc/init.d/nfs-common fails to execute. The reason is that nfs-common is called directly by /etc/network/if-up.d/mountnfs now _before_ any nfs drive is mounted. /etc/init.d/nfs-common contains the following lines: if [ -f /etc/exports ]; then AUTO_NEED_IDMAPD=yes fi ... [ -x /usr/sbin/rpc.idmapd ] || [ $NEED_IDMAPD = no ] || exit 0 Because nfs-mounted /usr is still not available when executing this script, it fails. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nfs-common depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcomerr2 1.39-1 common error description library ii libevent11.1a-1 An asynchronous event notification ii libgssapi2 0.10-3 A mechanism-switch gssapi library ii libkrb53 1.4.4-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.17-3 An nfs idmapping library ii librpcsecgss30.14-2 allows secure rpc communication us ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii portmap 5-20The RPC portmapper ii ucf 2.0014 Update Configuration File: preserv nfs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366388: hddtemp: Please add support for FUJITSU MHV2100BH
Package: hddtemp Version: 0.3-beta15-5 Severity: wishlist Adding FUJITSU MHV2100BH 194 C FUJITSU MHV2100BH to /etc/hddtemp.db allows hddtemp to recognize my harddisk (used in a Thinkpad T60) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.0 Debian configuration management sy ii grep 2.5.1.ds2-4 GNU grep, egrep and fgrep ii libc62.3.6-7 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information: hddtemp/SUID_bit: false * hddtemp/interface: 127.0.0.1 * hddtemp/daemon: true hddtemp/syslog: 0 * hddtemp/port: 7634 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268943: korganizer crashes at start
On Friday 21 April 2006 11:01, Sune Vuorela wrote: Please make sure you have the packages kdepim-dbg and gdb installed, then try to reproduce the crash and attach the backtrace to the bugreport. I cannot reproduce it here on my machine with newest korganizer and kitchensync. Hmm, contrary to my previous statement it seems that this problem is not related to kitchensync. I just observed more crashes even with kitchensync deinstalled. Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## pgpQ6vGROpiXT.pgp Description: PGP signature
Bug#268943: korganizer crashes at start
Here you are: Double clicking on the korganizer window to open a new appointment. Removing the kitchensync and restarting KDE resolves the problem for me. libqt3-mt is 3:3.3.6-1, libkdeui.so.4 is 4:3.5.2-2. Please let me know if you need more information. Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1241826912 (LWP 7556)] [KCrash handler] #6 0xb7025ef5 in QBoxLayout::setupGeom () from /usr/lib/libqt-mt.so.3 #7 0xb7026bc2 in QBoxLayout::minimumSize () from /usr/lib/libqt-mt.so.3 #8 0xb6fd5f01 in QLayout::totalMinimumSize () from /usr/lib/libqt-mt.so.3 #9 0xb702d938 in qSmartMinSize () from /usr/lib/libqt-mt.so.3 #10 0xb6fd51d9 in QWidgetItem::minimumSize () from /usr/lib/libqt-mt.so.3 #11 0xb7025a72 in QBoxLayout::setupGeom () from /usr/lib/libqt-mt.so.3 #12 0xb7026c60 in QBoxLayout::sizeHint () from /usr/lib/libqt-mt.so.3 #13 0xb6fd6044 in QLayout::totalSizeHint () from /usr/lib/libqt-mt.so.3 #14 0xb707ca9a in QWidget::sizeHint () from /usr/lib/libqt-mt.so.3 #15 0xb71085b1 in QFrame::sizeHint () from /usr/lib/libqt-mt.so.3 #16 0xb71b1115 in QWidgetStack::sizeHint () from /usr/lib/libqt-mt.so.3 #17 0xb7198622 in QTabWidget::sizeHint () from /usr/lib/libqt-mt.so.3 #18 0xb766167e in KJanusWidget::minimumSizeHint () from /usr/lib/libkdeui.so.4 #19 0xb766461f in KDialogBase::minimumSizeHint () from /usr/lib/libkdeui.so.4 #20 0xb7662b4f in KDialogBase::sizeHint () from /usr/lib/libkdeui.so.4 #21 0xb7079150 in qt_naturalWidgetSize () from /usr/lib/libqt-mt.so.3 #22 0xb707ed16 in QWidget::show () from /usr/lib/libqt-mt.so.3 #23 0xb71fd255 in QDialog::show () from /usr/lib/libqt-mt.so.3 #24 0xb7e69d28 in CalendarView::newEvent (this=0x80cf048, [EMAIL PROTECTED], [EMAIL PROTECTED], allDay=false) at calendarview.cpp:996 #25 0xb7e7750e in CalendarView::newEvent (this=0x80cf048) at calendarview.cpp:940 #26 0xb7e8c629 in CalendarView::qt_invoke (this=0x80cf048, _id=63, _o=0xbfc5705c) at calendarview.moc:970 #27 0xb704754b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #28 0xb7047fdc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #29 0xb7dd5fec in KOrg::BaseView::newEventSignal (this=0x3c) at baseview.moc:346 #30 0xb7e0ff6d in KOrg::BaseView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at baseview.moc:461 #31 0xb7e101b8 in KOEventView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at koeventview.moc:159 #32 0xb7e10324 in KOAgendaView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at koagendaview.moc:569 #33 0xb704751f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #34 0xb7047fdc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #35 0xb7dd4c49 in KOAgenda::newEventSignal (this=0x3c) at koagenda.moc:301 #36 0xb7e87953 in KOAgenda::eventFilter_mouse (this=0x81f6088, object=0x81f7650, me=0xbfc5778c) at koagenda.cpp:687 #37 0xb7dd9bdb in KOAgenda::eventFilter (this=0x81f6088, object=0x81f7650, event=0xbfc5778c) at koagenda.cpp:354 #38 0xb70446b0 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 #39 0xb704472e in QObject::event () from /usr/lib/libqt-mt.so.3 #40 0xb7081b9a in QWidget::event () from /usr/lib/libqt-mt.so.3 #41 0xb6fdd87a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #42 0xb6fdddff in QApplication::notify () from /usr/lib/libqt-mt.so.3 #43 0xb6c9102e in KApplication::notify () from /usr/lib/libkdecore.so.4 #44 0xb6f6f06f in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #45 0xb6f6a7a4 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #46 0xb6f68c94 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #47 0xb6f822a2 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #48 0xb6ff6255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #49 0xb6ff617a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #50 0xb6fdc38d in QApplication::exec () from /usr/lib/libqt-mt.so.3 #51 0x0805188c in main (argc=60, argv=0x3c) at main.cpp:58 #52 0xb7ae1eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #53 0x0804fc01 in _start () at ../sysdeps/i386/elf/start.S:119 Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364762: fglrx-kernel-src: Driver badly compiled for SMP systems
Package: fglrx-kernel-src Version: 8.24.8-1 Severity: normal The driver is always compiled for non-SMP systems, regardless if CONFIG_SMP of the kernel source is set or not. Reason: firegl-public.c asks for __SMP__ but not for CONFIG_SMP. __SMP__ is defined by make.sh but this script is not called when building the debian package with Linux 2.6 (see debian/rules) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fglrx-kernel-src depends on: ii bzip2 1.0.3-2high-quality block-sorting file co ii debhelper 5.0.33 helper programs for debian/rules ii make 3.81-1 The GNU version of the make util Versions of packages fglrx-kernel-src recommends: pn module-assistant | kernel-pac none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268943: korganizer crashes at start
Experienced the same behaviour with current Debian/unstable with KDE 3.5.2. korganizer crashes when trying to create a new event. Removing kitchensync solves the problem for me. Plese let me know if you need more information. Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## pgprmjw6ZIBrq.pgp Description: PGP signature
Bug#363427: x11-common: /tmp/.ICE-unix not created on startup if $VERBOSE=no
Package: x11-common Version: 1:7.0.14 Severity: normal The directory /tmp/.ICE-unix is not created if VERBOSE=no (set in /etc/default/rcS). The problem can be found in /etc/init.d/x11-common in line [ $VERBOSE != no ] log_end_msg 0 || exit 0 (in both functions set_up_socket_dir and set_up_ice_dir). Change these lines to [ $VERBOSE != no ] log_end_msg 0 || true and everything works fine (at least it does for me :-)). David: Great work!!! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.6 Miscellaneous utilities specific t ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/nice_value: 0 x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361026: Kernel support check from #360420 breaks working config
Problem is that you most probably did not enable CONFIG_KALLSYMS_ALL in your Linux config. I would suggest to test for a function name rather than for a variable name. Then this test would also work with CONFIG_KALLSYMS_ALL=n. -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296751: Special ALSA device (like dmixer)?
Georg, do you use a special ALSA device? I had the same problem with amarok. I use the dmixer plugin of ALSA and specified that special device in the amarok engine settings. As soon as I disabled the ``Device'' button in amarok it did not crash anymore -- and nevertheless the dmixer plugin seems to be used since I'm able to play more than simultaneous audio streams. Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## pgpQIGcfK9Tws.pgp Description: PGP signature
Bug#296397: aspell-de broken again
Package: aspell-de Version: 0.60-20030222-1-2 Severity: grave Justification: renders package unusable aspell --lang=de -c file gives me the error Unhandled Error: The method clear is unimplemented in WritableDict. Aborted while aspell --lang=en -c file works correctly. It seems that there are files missing in the aspell-de package, for example there is no file /var/lib/dictionaries-common/aspell/aspell-de (aspell-en provides /var/lib/dictionaries-common/aspell/aspell-en). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages aspell-de depends on: ii aspell-bin0.60.2-2 GNU Aspell standalone spell-check -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296397: aspell-de broken again
On Tuesday 22 February 2005 11:10, Brian Nelson wrote: On Tue, Feb 22, 2005 at 09:47:46AM +0100, Frank Mehnert wrote: Package: aspell-de Version: 0.60-20030222-1-2 Severity: grave Justification: renders package unusable aspell --lang=de -c file gives me the error Unhandled Error: The method clear is unimplemented in WritableDict. Aborted Please try the packages at http://people.debian.org/~pyro/pending/. This is an upstream bug that will be fixed in the next release. Works well, thanks! Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## pgpc0qhV0UkJv.pgp Description: PGP signature