[01:56] slangasek: ubiquity-dm opens a ConsoleKit session for a while now due to bug 631538 [01:56] 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] so something must have caused it to fall-off lubuntu seed. [01:57] maybe ubiquity should depend on consolekit then?! [01:57] xnox: ck is present in the lubuntu image [01:57] oh =( [01:57] but it seems not quite functional [01:57] 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] that statement is true regardless ;-0 [01:59] slangasek: is there a ps tree anywhere to look at? [02:01] xnox: not presently :) [02:01] xnox: the problem was 100% reproducible for me with the lubuntu daily fwiw [02:02] * xnox downloads [02:03] 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] infinity: ^ should resolve bug 1097329 [08:03] 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] ^^ high urgency fix to resolve regression with openvswitch dkms brcompat module [13:40] bug 1125611 [13:40] 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] ^^ ditto for quantal (plus fix for bug 1088160) [14:07] 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] cjwatson, Daviey: fix for regression introduced by the 3.5 kernel support changed for openvswitch in precise ^^ === rsalveti_ is now known as rsalveti === yofel_ is now known as yofel [17:42] xnox: Thanks for making that happen. [19:05] 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] hehe permissions problem. [23:03] * xnox <--- ignore him [23:07] xnox: I get that with kvm, it does like to take ownership of the iso's. most annoying! [23:07] phillw: yeah.