[00:01] <ScottK> ev: First test of the new ubiquity-kde:
[00:01] <ScottK> oh great, ubiquity was killed by OOM
[00:01] <ScottK> most of the memory was used up by 147 instances of 'plugininstall.p' where each uses 10MiB
[00:01] <ScottK> Bug being filed.
[00:26] <ev> yikes!
[00:33] <ev> looking into it
[00:57] <cjwatson> ev: we need to arrange to get the grub default while the partitioner is running (if you aren't already on this)
[00:58] <cjwatson> I get a non-fatal traceback in yesterday's desktop CD which is due to misc.boot_device being called while partman isn't running
[00:58] <cjwatson> which means it can't determine the right device for /boot
[00:59] <ev> cjwatson: can you file a bug for it and raise the priority?  I'm currently trying to dig through bug 625586
[00:59] <ubot2> Launchpad bug 625586 in ubiquity (Ubuntu) "ubiquity killed by OOM killer (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/625586
[00:59] <ev> cjwatson: mind you, once I get the partition drop down sorted, we'll get that for free
[01:00] <cjwatson> that was what I was thinking half-way through speaking ... still want the bug?
[01:00] <ev> but I don't foresee being able to tackle that until Sunday.
[01:00] <ev> please
[01:00] <ev> just so I have a reminder of it
[01:00] <cjwatson> ok
[01:00] <ev> much appreciated
[01:04] <ev> ah, this bug has that problem as well
[01:09] <ev> mm, I need to somewhat replicate dbfilter_handle_status for the parallel bits
[01:13] <cjwatson> good news is that I can't reproduce the failure to install oem-config when there's no network
[01:17] <ev> nice
[01:21] <cjwatson> ah, I think superm1 fixed it in fact
[01:21] <cjwatson> bug 625605 marked High and assigned to you
[01:21] <ubot2> Launchpad bug 625605 in ubiquity (Ubuntu) "misc.boot_device called when partman isn't running (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/625605
[01:24] <ev> thanks
[01:35] <CIA-71> ubiquity: evand * r4240 trunk/debian/changelog: releasing version 2.3.9
[01:37] <ev> http://paste.ubuntu.com/484739/ is what I'm thinking of for handling crashes during the core install, though I'll wait to commit it until I've looked over it with not 2 AM eyes.