[09:18] <ev> seb128: did you not get my email just after you made that change to the blueprint?
[09:19] <ev> I had planned to switch over to the GIR bindings, though they're a bit rubbish at the moment
[09:20] <ev> but we'll need a camera library on the CD one way or another.  Either the picture is taken in ubiquity, or the design team finishes incorporating it into the lightdm spec
[09:20] <ev> I'd personally prefer the latter
[12:43] <cjwatson> ev: do you know why ubiquity's failing to build saying that xvfb-run isn't working?
[13:21] <ev> cjwatson: hm, not sure why xvfb completely fails
[13:22] <davmor2> ev: It hates you?  Hate it back works for me :D
[13:24] <ev> cjwatson: it's needed for the keyboard indicator setting test at the moment, probably more as we get tests against custom widgets and things
[13:24] <cjwatson> I can ask on -desktop if you're slammed
[13:25] <ev> cjwatson: sure, that would be lovely. I wonder if it's something specific to the buildds? I haven't tried in a few days, but it did work just fine when I was testing it on my local system
[13:25] <ev> fwiw, I'm in the QA sprint in Millbank all week
[13:29] <cjwatson> ev: yep, had gathered from RT backscatter :)
[13:29] <cjwatson> asked - will try on the porter box too
[13:35] <ev> :)
[13:36] <ev> thanks
[14:02] <CIA-29> ubiquity: cjwatson * r4748 trunk/ (.bzrignore debian/changelog debian/clean debian/rules): Show output from xauth and Xrdb if xrdb-run fails.
[14:36] <CIA-29> ubiquity: cjwatson * r4749 trunk/debian/ (changelog rules): show xvfb-run output unconditionally
[14:52] <CIA-29> ubiquity: cjwatson * r4750 trunk/debian/rules: remove xvfb.log after catting
[14:55] <CIA-29> ubiquity: cjwatson * r4751 trunk/debian/changelog: releasing version 2.7.7
[15:00]  * ev crosses his fingers for that while he curses at kvm-autotest
[15:00] <ev> clearly what we don't have enough of are frameworks
[15:00] <ev> and the only thing we're lacking more than that are frameworks on top of frameworks on top of frameworks :-/
[15:00] <ev> but I've already complained about this before, so I'll shut up now.
[15:01] <ev> still, it would be nice if it didn't blow up when it couldn't run rpm.
[15:02] <cjwatson> they're just like standards
[15:02] <cjwatson> so many to choose from, and the best one is the one you just made up yourself
[15:05] <ev> lol
[15:45] <CIA-29> ubiquity: cjwatson * r4752 trunk/debian/ (changelog rules): Fix xvfb-run error handling.
[17:16] <NCommand1r> cjwatson: when are you planning to do the switch over to l-h for ARM? Todays dailies appear to still be built with livecd-rootfs.
[17:17] <cjwatson> today if possible, I'm awaiting resolution of an RT ticket now
[17:17] <cjwatson> RT#46296
[17:18] <NCommand1r> excellent! Sorry for being a nag on this subject.
[20:58] <CarlFK> http://imagebin.org/158116  confused installer
[21:05] <CarlFK> https://gitorious.org/vms/vms/blobs/master/preseed-oneiric.cfg#line109  trying to use partman-auto/expert_recipe - did it break or did I hork it up?
[23:33] <CarlFK> Jun 13 22:18:08 debconf: --> SUBST partman/exception_handler TYPE ???  ???
[23:40] <cjwatson> I'm about to go to bed so won't debug it now.  Single lines out of the log are no use at all, but the full syslog and partman files may be useful
[23:41] <cjwatson> (especially with DEBCONF_DEBUG=developer, which I see you have set)
[23:47] <CarlFK> k - Ill fill all on a report
[23:48] <cjwatson> NCommand1r: you are good to go with whatever ARM stuff you want to do on top of live-build.
[23:48] <cjwatson> see my ubuntu-devel mail