[01:56] <xnox> slangasek: ubiquity-dm opens a ConsoleKit session for a while now due to bug 631538
[01:56] <ubot2> Launchpad bug 631538 in ubiquity (Ubuntu) "[10.10 beta] Impossible to shutdown/restart/.. from the Welcome screen" [High,Fix released] https://launchpad.net/bugs/631538
[01:56] <xnox> so something must have caused it to fall-off lubuntu seed.
[01:57] <xnox> maybe ubiquity should depend on consolekit then?!
[01:57] <slangasek> xnox: ck is present in the lubuntu image
[01:57] <xnox> oh =(
[01:57] <slangasek> but it seems not quite functional
[01:57] <slangasek> there's a process with a lower pid running; then something tries to spawn a new one over dbus; this second attempt fails
[01:57] <xnox> that statement is true regardless ;-0
[01:59] <xnox> slangasek: is there a ps tree anywhere to look at?
[02:01] <slangasek> xnox: not presently :)
[02:01] <slangasek> xnox: the problem was 100% reproducible for me with the lubuntu daily fwiw
[02:02]  * xnox downloads
[02:03] <xnox> to be honest I don't like how ubiquity-dm is not a proper Xsession but an upstart job which pre-empts the login manager
[08:03] <xnox> infinity: ^ should resolve bug 1097329
[08:03] <ubot2> Launchpad bug 1097329 in ecere-sdk (Ubuntu Raring) "ecere-sdk: binary package conflict with eclib" [High,In progress] https://launchpad.net/bugs/1097329
[13:39] <jamespage> ^^ high urgency fix to resolve regression with openvswitch dkms brcompat module
[13:40] <jamespage> bug 1125611
[13:40] <ubot2> Launchpad bug 1125611 in openvswitch (Ubuntu Quantal) "DKMS brcompat module circular dependency causes broken module" [Critical,In progress] https://launchpad.net/bugs/1125611
[14:07] <jamespage> ^^ ditto for quantal (plus fix for bug 1088160)
[14:07] <ubot2> Launchpad bug 1088160 in openvswitch (Ubuntu Quantal) "module-assistant install of openvswitch-datapath fails on quantal due to drop of _mod postfix" [Medium,Triaged] https://launchpad.net/bugs/1088160
[14:08] <jamespage> cjwatson, Daviey: fix for regression introduced by the 3.5 kernel support changed for openvswitch in precise ^^
[17:42] <infinity> xnox: Thanks for making that happen.
[19:05] <xnox> infinity: no problem ;-) just cleaning up after myself really.
[23:01]  * xnox ponders zsync i386 90.4% complete, yet amd64 is no local matching data found
[23:02]  * xnox always syncs together.
[23:03] <xnox> hehe permissions problem.
[23:03]  * xnox <--- ignore him
[23:07] <phillw> xnox: I get that with kvm, it does like to take ownership of the iso's. most annoying!
[23:07] <xnox> phillw: yeah.