Package: qemu Version: 0.9.1-3 Severity: normal
With both Windows 98 SE and Ubuntu 7.10 (Gutsy) as the guest OS I have been having issues with qemu where the virtual machine will hang, and, if the mouse is grabbed, prevent any mouse or keyboard under X when that happens (for all of X; only way out is to kill qemu from a VT, then I can use the keyboard to exit X, which is necessary to reset the grabbed mouse). I haven't found a pattern, and when I exit X and restart it (usually automatically by logging out of a gnome session, which restart the X server) X starts on a new VT leaving the old VT empty. Also some X programs that try to access display :0.0 report they cannot when this happens; it seems the qemu forced exit is leaving X in a state it can't get out of. I haven't been able to find a pattern to these crashes; they just happen in middle of some activity like installing or running a program (as mentioned, with both Win98SE and Gutsy) and is disturbing because it screws up X in the process. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii bochsbios 2.3.6-3 BIOS for the Bochs emulator ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-6 GNU C Library: Shared libraries ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii openbios-sparc 1.0~alpha2+20080106-2 SPARC Open Firmware ii openhackware 0.4.1-3 OpenFirmware emulator for PowerPC ii proll 18-3 JavaStation PROM 2.x compatible re ii vgabios 0.6a-3 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages qemu recommends: ii debootstrap 1.0.8 Bootstrap a basic Debian system ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode ii vde2 2.2.0-pre2-1 Virtual Distributed Ethernet -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
