[08:36] <ogra_> ev, around ?
[09:38] <ev> ogra_: yes
[09:50] <cjwatson> ev: do you mind if I rename the installed webcam library to ubiwebcam or something?  it's causing some livefs build failures because libwebcam clashes with an existing package
[10:01] <ev> cjwatson: by all means
[10:26] <CIA-18> ubiquity: evand * r4848 trunk/ubiquity/plugins/ubi-wireless.py: Properly initialize buttons on the wireless page.
[10:33] <cjwatson> ev: do you know what's up with http://paste.ubuntu.com/672339/ ?  mock.patch seems to exist ...
[10:36] <CIA-18> ubiquity: cjwatson * r4849 trunk/ (3 files in 2 dirs):
[10:36] <CIA-18> ubiquity: Rename libwebcam to libubiwebcam to avoid clashing with the existing
[10:36] <CIA-18> ubiquity: libwebcam0 package.
[10:37] <cjwatson> oh, wait, mock occludes python-mock
[10:38] <cjwatson> and mock is completely different and no longer in oneiric anyway ... purging
[10:38] <ev> what on earth
[10:38] <ev> ah
[10:39] <cjwatson> I had it installed from when I was trying to test something in a Fedora chroot
[10:45] <cjwatson> yeah, that's better, tests pass now
[14:19] <stgraber> ev: apparently ubiquity no longer likes utf-8... Tried to install today's daily with "Stéphane Graber" as my fullname and it crashed :)
[14:22] <ev> stgraber: awesome
[14:22] <ev> bug please
[14:22] <ev> preferably in -d mode
[14:25] <cjwatson> is the gdk-pixbuf xlib rendering stuff deprecated now?  it seems like maybe we should be rendering to a cairo surface instead
[14:25] <cjwatson> bug 830892
[14:25] <ubot2> Launchpad bug 830892 in ubiquity "ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask'" [High,Triaged] https://launchpad.net/bugs/830892
[14:27] <cjwatson> or indeed to a GDK drawable
[14:28] <cjwatson> hmm, no, cairo I think.  http://developer.gnome.org/gdk3/stable/gdk3-Cairo-Interaction.html#gdk-cairo-set-source-pixbuf ?
[14:29] <ev> yeah, my understanding is that it's all cairo from here on out
[14:29] <stgraber> ev: oh, it apparently fails in two different places. Letting apport file both, feel free to merge them then :)
[14:30] <ev> :)
[14:32] <stgraber> ev: hmm, well, one of the two apport failed to start firefox :) bug 831309
[14:32] <ubot2> Launchpad bug 831309 in ubiquity "ubiquity crashed with UnicodeDecodeError in preseed(): 'ascii' codec can't decode byte 0xc3 in position 2: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/831309
[14:33] <stgraber> ev: the other was similar but in info_loop
[14:34] <ev> okay, thanks
[14:48] <ev> ugh, DIE debian/patches/debian-changes
[14:50] <cjwatson> --abort-on-upstream-changes
[14:50] <cjwatson> (dpkg-source(1))
[14:51] <ev> yeah, was just trying to get to the bottom of what I did to prompt it to create the diff in the first place
[14:52] <ev> but thanks
[14:52] <ev> I'll keep that one handy
[14:52] <ev> sure is easier than rm -rf'ing the things it does
[15:05] <davmor2> ev: I have a question, what happens if the user is new to ubuntu and has no webcam, with the use this picture link to a default folder where there are some default images to chose from?
[15:07] <ev> davmor2: it's accounted for in the design specification.  There will be default images to choose from, just like in gnome-control-center
[15:08] <davmor2> ev: I figured there would be I just couldn't see a new user knowing to go to /usr/share/image/LOLCATZ.png to get a picture :)
[15:31]  * cjwatson tries to cargo-cult modern background-setting code from nautilus
[16:47] <cjwatson> ev: does bug 830895 make any sense to you?  on_link_clicked is connected according to the GtkBuilder input file, but it just doesn't seem to be being called
[16:47] <ubot2> Launchpad bug 830895 in ubiquity "Unable to show release notes: operation not supported" [High,New] https://launchpad.net/bugs/830895
[16:48] <bdmurray> Is it useful to have bugs assigned to the ubuntu-installer team or should we just have them assigned to canonical-foundations?
[16:49] <cjwatson> ubuntu-installer would be more useful than canonical-foundations IMO ...
[16:49] <cjwatson> doesn't seem any point spamming the rest of the team
[16:49] <bdmurray> got it thanks
[16:49] <cjwatson> ev: ^- do you agree?
[16:50] <ev> indeed, I agree
[16:50] <ev> on_link_clicked> is it not getting called at all or is it not stopping signal propagation would be my first question
[16:51] <cjwatson> mine too, and I inserted a print to test that; didn't appear to be getting called at all
[16:51] <ev> and then maybe we're not hooking up to the right signal, or that pygi's signal handling is busted (or our signal handler is raising an exception that's not ending up on the same context - exceptions in callbacks are doing that currently)
[16:52] <cjwatson> yeah, it *looks* like it's still 'activate-link' in GtkLabel though
[16:52] <cjwatson> a test program at the python >>> prompt seems to exhibit similar behaviour
[16:52] <ev> https://bugzilla.gnome.org/show_bug.cgi?id=616279
[16:52] <ubot2> Gnome bug 616279 in introspection "Propagate python exceptions from a callback to the root python context" [Normal,Reopened]
[16:52] <ev> hm
[16:53] <cjwatson> oh, wait, bug, let me try again
[16:55] <cjwatson> ah, I think it no longer takes a widget arg
[16:55] <cjwatson> is that a general change in gtk 3?
[16:56] <cjwatson> so yeah, you're totally right, that introspection bug is what's hiding the error
[16:56] <ev> welcome to pygi
[16:57] <ev> please deposit your sanity at the door
[16:57] <cjwatson> or maybe not, possibly I'm calling connect wrong
[16:58] <cjwatson> ah, yes, it should be connect_object
[16:58] <ev> really? I missed that.
[16:59] <cjwatson> in my test program I mean
[16:59] <ev> ah
[17:00] <cjwatson> ok, still don't know what's going on then
[17:00] <cjwatson> http://paste.ubuntu.com/672548/ seems to work
[20:41] <charlie-tca> cjwatson: what does it take to activate "maybe-ubiquity" for Xubuntu, and how much work will be involved?
[21:28] <cjwatson> charlie-tca: I think that really ought to be next cycle at this point ...
[21:29] <cjwatson> I don't remember the exact details although IIRC it's mostly controlled by the hidden-timeout setting in /isolinux/gfxboot.cfg
[22:08] <charlie-tca> Okay, Thank you. We can wait to do it next cycle. We just can't find any docs on how to do it.
[22:11] <charlie-tca> cjwatson: I will accept that it can wait.