On 29.05.2012 07:56, Wakko Warner wrote: [] > (process:14897): GLib-CRITICAL **: g_thread_pool_new: assertion > `g_thread_supported ()' failed > worker thread initialization failed [] > You know what, forget all of the above. My libglib version is 2.28.6-1. I > extracted the library from libglib2.0-0_2.32.3-1_amd64.deb and ran: > LD_LIBRARY_PATH=/junk/kvm/glib/lib/x86_64-linux-gnu > /junk/kvm/qemu-kvm-1.0-11-debian/usr/bin/kvm -fsdev > local,security_model=mapped,id=fsdev-fs0,path=/var -device > virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 -M > pc-0.14 -nodefaults -vga std > and it works fine. > > The fix for this bug might be to just depend on a newer version of > libglib2.0-0. I upgraded this package on my system and qemu-kvm and > everything is happy.
Thank you Wakko, thank you very much for finding this. Trying different glib version is something I'd do at the very end if I had to debug this problem, so it is very unlikely I'd found it even if I really tried... ;) And note I'd start with squeeze version (see below) and that'd failed to reproduce the issue too :) Now, it is actually interesting. libglib2.0-0 version in squeeze is 2.24.2-1, and that version actually _works_. I don't have 2.28.6-1 version around (I know about snapshot.d.o). It is even more interesting that the problem only manifests itself when using this -fsdev option. When qemu-kvm is compiled against current version of libglib2, the dependency placed for the package is ">= 2.24.0" (this is a manual dependency from soversions file in libglib package). That file becomes out of date quite often, for many and especially complex packages, since it is difficult to watch for the symbol or behavour changes carefully. The difference between -9 and -11 packages regarding glib is that -9 were compiled against older libglib package (pre-2.32), while when I compiled -11, some 2.32.x version were current. So this sort of proves this theory, which becomes a mismatch between more recent libglib headers or library and older runtme library (which is all about that soversions file). Hmm. I'll try to take a look at all this when I've some spare time (as I already mentioned I'm quite busy currently). But at least, can we downgrade the severity of the bug now, please? :) And thank you very much, once again, for the great work you did by finding the real cause, really, much apprecated! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org