So far as I can tell, this bug is a race condition; on one machine I can reproduce it about 75% of the time, less often under ktrace, and never under gdb. During gdm3/GNOME startup it is called several times and almost certainly means a non-starting session.
Sometimes it prints 'Daemon startup fails' before the hang, and sometimes it does not. I think it hangs within the lock-autospawn code, for synchronisation between threads. I think if one of the threads is suspended, it does not resume, and so the other one waits for it indefinitely. This may be a quirk of kFreeBSD's threads implementation, or may happen if a signal is being masked that should not be. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
