[05:26] <pitti> Good morning
[05:27] <TheMuso> Morning pitti.
[05:36] <pitti> hey TheMuso, how are you?
[05:41] <TheMuso> pitti: Well thanks. Yourself? DId you have a good weekend?
[05:41] <pitti> TheMuso: it was rather quiet, the weather was rather wet; but very relaxing
[05:49] <TheMuso> Is it getting cold there yet?
[05:55] <pitti> some 9 degrees, that wasn't too bad
[06:42] <didrocks> good morning
[06:50] <pitti> hey didrocks
[06:51] <didrocks> bonjour pitti!
[09:06] <Laney> hey
[09:10] <didrocks> hey Laney, how are you?
[09:11] <Laney> didrocks: good, nice relaxing weekend :-)
[09:11] <Laney> you?
[09:11] <didrocks> same for me :) short, but good! :)
[09:17] <seb128> hey Laney, lut didrocks
[09:17] <seb128> how are you?
[09:18] <seb128> didrocks, "short", you worked on saturday?! ;-)
[09:18] <didrocks> salut seb128! bien bien ;)
[09:18] <didrocks> seb128: no short in term "a lot to do but not enough time" :)
[09:18]  * Laney did a lot (of sleeping)
[09:18] <seb128> hehe
[09:19] <pitti> bonjour seb128
[09:19] <philballew> so much excitement going on here
[09:25] <pitti> seb128: did we get a new GTK or something recently? All my programs now say "Gtk-WARNING **: Theme parsing error: gtk-widgets.css:62:17: Theming engine 'unico' not found", and evince crashes right at startup
[09:25] <seb128> pitti, hey
[09:26] <seb128> pitti, seems like the multiarch fallback patch was dropped (by error?) in my recent upload
[09:27] <seb128> guess the theme is still not multiarched
[09:27] <pitti> /usr/lib/gtk-3.0/3.0.0/theming-engines/libunico.so
[09:27] <pitti> oh, it's that?
[09:27] <pitti> should we just fix that instead?
[09:27] <seb128> that would be good
[09:27] <seb128> can you have a look to it?
[09:27] <seb128> if not I will have a look in a bit
[09:28] <pitti> I'm sponsoring this morning, but in the afternoon, yes
[09:28] <seb128> ok
[09:29] <seb128> Laney, hum, bzr log says it's you who deleted the patch and without changelog entry...
[09:30] <seb128> that's why I didn't see there was any pending change in that upload, the changelog was still on the quantal SRU
[09:30] <Laney> when was it?
[09:30] <Laney> I only rememeber deleting patches we said we could during UDS
[09:30] <seb128> Laney, during UDS, I guess you did it during the session
[09:30] <seb128> Laney, can you look at building unico with multiarch and see if that works/fixes the issue?
[09:31] <seb128> bug #1077568
[09:31] <ubot2> Launchpad bug 1077568 in gtk+3.0 (Ubuntu) "Theme parsing error: gtk-widgets.css:62:17: Theming engine 'unico' not found " [Undecided,Confirmed] https://launchpad.net/bugs/1077568
[09:36] <Laney> wilco
[09:36] <seb128> Laney, ?
[09:36] <seb128> heh
[09:36] <seb128> Laney, thanks ;-)
[09:46] <Laney> hm, there are still a couple of other packages using that directory too
[09:47] <seb128> Laney, which ones?
[09:48] <Laney> gcin-gtk3-immodule gnome-themes-standard (adwaita) gtk-vector-screenshot
[09:48] <seb128> do you think we should restore the patch? or just go ahead and port those?
[09:49] <Laney> perhaps both
[09:49] <Laney> let me see how unico goes
[09:49] <seb128> right, I was going to suggest that
[09:49] <seb128> let's do that one, if it works fine it's easy to just port the other 3
[09:57] <Laney> seems fine here
[09:57] <Laney> can someone (pitti?) check with http://people.canonical.com/~laney/unico/ please? :-)
[09:57] <pitti> Laney: sure!
[09:57] <pitti> you don't get that bug?
[09:57] <Laney> I do
[09:58] <Laney> just want some independent verification
[09:58] <pitti> Laney: if you could make it 0644?
[09:59] <pitti> you and your s3kr1t .debs :)
[09:59] <Laney> oh
[09:59] <Laney> silly sftp
[10:00]  * Laney feeds lillypilly some hamsters
[10:00] <Laney> done
[10:03] <pitti> Laney: evince still crashes, but the warning is gone; thanks!
[10:04] <Laney> huh, I don't see it crash here
[10:04] <Laney> is that another bug?
[10:04] <seb128> pitti, do you have a stacktrace?
[10:04] <seb128> it's likely another issue...
[10:04] <seb128> pitti, is that on a specific document? did it start today?
[10:05] <pitti> on any documents, even when calling without arguments, I had it yesterday already
[10:05] <pitti> https://errors.ubuntu.com/oops/f123ee20-2bfe-11e2-b2c9-2c768aafd08c
[10:05] <pitti> uh, no stack trace?
[10:06] <pitti> the trace had some unico thingy in it, hang on
[10:06] <pitti> that's why I thought it was due to the unico theme
[10:06] <pitti> seb128: FYI, sponsoring cairo FTBFS fix
[10:07] <seb128> pitti, danke!
[10:07] <pitti> (so you can delete the mails)
[10:07] <pitti> ah no, not unico, it was libgrip
[10:07] <seb128> pitti, bug #1077376
[10:07] <ubot2> Launchpad bug 1077376 in geis (Ubuntu) "Evince crashes when using the latest version of libgeis1" [High,Confirmed] https://launchpad.net/bugs/1077376
[10:07] <seb128> I was going to say
[10:07] <pitti> right
[10:08] <pitti> rather annoying
[10:08] <seb128> didrocks, ^ can you get somebody from #ps to look at it
[10:08] <Laney> sounds like a test case waiting to happen :-)
[10:08] <didrocks> seb128: sure
[10:08] <seb128> didrocks, thanks
[10:08] <didrocks> yw :)
[10:08] <didrocks> so libgrip
[10:08] <Laney> ok, so let's push on with moving those gtk modules then
[10:09] <pitti> Laney: \o/
[10:36] <seb128> pitti, is there any way we can do stuff like "nux and unity need to build fine when glew is uploaded"?
[10:36] <seb128> or we don't have the infra for that (yet)?
[10:36] <pitti> seb128: we could do that
[10:36] <seb128> pitti, we did catch those glew issues because people were watching but ideally our infra should block those uploads
[10:37] <pitti> seb128: nux and unity would need to get an autopkgtest with Restrictions: build-needed
[10:37] <seb128> didrocks, ^
[10:37] <pitti> and then perhaps some basic tests which don't need 3D
[10:37] <seb128> didrocks, wdyt?
[10:37] <chrisccoulson> i should do that with firefox so that the compiler doesn't break it ;)
[10:37] <chrisccoulson> hello btw :)
[10:37] <pitti> hey chrisccoulson
[10:37] <seb128> chrisccoulson, hey, how are you? ;-)
[10:38] <chrisccoulson> seb128, yeah, good thanks. but quite tired. maisie decided that 3am was a good time to get up this morning
[10:38] <seb128> doesn't look like a good time to me!
[10:38] <didrocks> seb128: I'm all for it! Quite busy until autolanding is ready, but yeah, we'll tackle the autopackage test for X-less ones after that
[10:38] <chrisccoulson> heh
[10:39] <didrocks> hey chrisccoulson :)
[10:39] <seb128> pitti, thanks, we should definitively look to that once other stuff settle down as didrocks said
[10:39] <didrocks> yep
[10:39] <chrisccoulson> hi didrocks
[10:39] <pitti> seb128, didrocks: NB that failed autopkgtests do not yet block the migration; but this is being worked on, and should happen in the next weeks
[10:40] <seb128> pitti, we will get there ;-)
[10:40] <pitti> at least it woudl appear as a red dot on https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/, and I'm watching that rather closely
[10:40] <didrocks> pitti: ok, thanks! :)
[11:47] <xnox> pitti: I see that adt has -proposed jobs now, which I had a fun experience with. the adt fails in -proposed, because the package is uninstallable there. But the same package is still migrated into -release, because it is installable in -release.
[11:48] <xnox> and I am not sure how to catch / block the migration in such rare cases.
[11:48] <xnox> also has it been worked out how to run adt test when the packages are installable?
[11:50] <pitti> xnox: hm, not installable in -proposed, but installable in release> that's because of a broken dependency in -proposed?
[11:50] <pitti> xnox: we do not yet look at adt during the migration
[11:50] <pitti> xnox: for now, if a test fails in -proposed, but should succeed later, we can manually restart it
[11:50] <xnox> pitti: (1) more or less. (2) I know
[11:50] <pitti> xnox: right now we don't have a trigger which reattempts the test
[11:51] <xnox> =(
[11:51] <pitti> if this becomes more common, we'll have to work something out of course
[11:51] <pitti> shouldn't be too hard
[11:51] <xnox> so i had: git 1.7 in -release, git 1.8 in -proposed. & guilt in -proposed Depends: git << 1.8. guilt adt fails in -proposed, yet guilt on it's own is migrated to -release.
[11:51] <pitti> we need to keep track of whether teh failure was due to uninstallability, and retry an hour later or so
[11:51] <pitti> and if it was due to a test failure, retry when a dependency is updated in -propsoed (that already happens anyway)
[11:52] <xnox> I think adt should exit and give the orange indication to the test in jenkins, cause that type of thing exited as failed and red.
[11:52] <pitti> xnox: if britney/adt checks were already in place, it would have been held
[11:52] <xnox> but I guess adt didn't tell the test why it failed.
[11:55] <pitti> xnox: no, but britney knows uninstallability, so we can probably look at its output before even starting it
[11:55] <pitti> or at least fail with a discernible exit code
[11:55] <pitti> actually it's already supposed to
[11:55] <pitti> see "EXIT STATUS" in man adt-run
[11:56] <xnox> hmm...
[11:56] <pitti> it usually exits with 4 for failed tests
[11:56] <pitti> but for uninstallability it should fail with 12 or 16
[11:56]  * xnox needs to tinker with jenkins a little to see why my job was red then.
[11:56] <pitti> xnox: well, the jenkins job only looks at == 0, I suppose
[11:57] <xnox> the adt onces - maybe. but jenkins does have the orange light - on e.g. iso-tests. So it can have the grey state.
[11:57] <pitti> yep
[12:02] <xclaesse> any idea why I can't start a clutter program inside Xephyr? it says it does not have GLX
[12:21]  * pitti commits our current pango1.0 delta to Debian and will sync
[12:22] <seb128> xclaesse, hum, is xephyr supposed to support 3d?
[12:26] <xclaesse> seb128, yes
[12:26] <pitti> meh, evince broken, totem broken; raring, stop falling apart!
[12:27] <xclaesse> seb128, a colleague is running gnome-shell in xephyr without issues, on debian
[12:40] <Sweetshark> n00b-question: How do I kill an restart the unity-menu process? I once knew, but forgot ...
[12:40] <Sweetshark> didrocks: ^^ maybe you can give a hint
[12:40] <larsu> Sweetshark, unity-menu? Do you mean unity-panel-service?
[12:40] <didrocks> Sweetshark: killall unity-panel-service
[12:40] <larsu> didrocks beat me
[12:40] <larsu> ;)
[12:40] <didrocks> \o/
[12:41] <Sweetshark> thx guys!
[12:41] <didrocks> yw
[12:41]  * didrocks goes for some exercice now, bb ~1h
[12:42] <Sweetshark> .oO(now using that knowledge to hopefully prove its-not-libreoffices-fault-but-its-the-indicator
[12:42] <larsu> mhr3, libunity's `configure --enable-docs` breaks building for me. valadoc complains about an "Invalid driver version format." Do I need a newer valadoc?
[12:42] <mhr3> larsu, yes
[12:43] <larsu> mhr3, from jhbuild?
[12:43]  * larsu has whatever quantal has packaged
[12:44] <larsu> which reminds me, is it safe to upgrade to r yet?
[12:44] <mhr3> larsu, even the quantal one would be good if it was properly built
[12:44] <didrocks> larsu: it is, if you don't care about evince and totem
[12:44] <didrocks> larsu: one broke because of PS, the other one because of us :)
[12:45] <larsu> didrocks, oh, I do care about those. Better wait a week ;)  Thanks!
[12:45] <mhr3> ricotz, any plans to fix valadoc?
[12:45] <didrocks> larsu: vlc and google doc dude! :)
[12:45] <mhr3> larsu, anyway jhbuild should work, otherwise installing from source will as well
[12:46] <larsu> mhr3, will do that, thanks
[12:46] <larsu> didrocks, yeah....... no
[12:46] <Sweetshark> didrocks: libreoffice-pdfimport ;)
[12:46] <didrocks> :)
[12:48] <ricotz> mhr3, is it broken?
[12:49] <mhr3> ricotz, yes, it installs just one driver, which sucks
[12:49] <ricotz> ah you mean the distro package then
[12:49] <mhr3> right
[12:49] <mhr3> ricotz, fwiw flo said he'll make new upstream release soonish
[12:49] <mhr3> but the pkg needs to be fixed as well
[12:50] <ricotz> since there is no release, grabbing the snapshot from vala-team ppa should be fine
[12:50] <ricotz> which builds 0.14, 0.16 and 0.18
[12:51] <ricotz> https://launchpad.net/~vala-team/+archive/ppa/+sourcepub/2744950/+listing-archive-extra
[12:51] <mhr3> ricotz, looking at the buildlog from the ppa, it does look good
[12:52] <mhr3> ricotz, so all i want now is having the new release in raring
[12:52] <mhr3> and i guess moving it to main :)
[12:52] <ricotz> i see
[12:52] <seb128> xclaesse, is it using 3d or falling back through llvm rendering?
[12:53] <xclaesse> seb128, no idea...
[12:53] <xclaesse> how could I know?
[12:53] <seb128> dunno
[12:54] <seb128> xclaesse, hum, I wonder if that could be http://cgit.freedesktop.org/xorg/xserver/commit/?id=e3903a9383351b061b1a99dfc653ca50de764ec4 or similar
[12:55] <seb128> xclaesse, it's quite a recent fix, I'm not sure it made it to our xserver
[12:55] <ricotz> seb128, hi, would you be fine with a valadoc snapshot to make it actually usable?
[12:56] <ricotz> not sure if this is really reasonable for main
[12:56] <seb128> ricotz, hey, why is there no upstream release? can we get one? but otherwise, sure, better than a broken version
[12:56] <seb128> ricotz, but first I would like to understand why that's the best option
[12:56] <ricotz> mhr3, did he mention an eta?
[12:56] <mhr3> ricotz, the upstream release should be out soon, just bug flo a bit ;)
[12:57] <ricotz> i see, i guess he will wait for 0.19.x to add its support
[12:58] <ricotz> mhr3, also this kind of forces him to preserve abi/api stability which is currently absolutely no taken care of
[12:59] <ricotz> not sure if there are reasonable consumers of libvaladoc0
[12:59] <mhr3> ricotz, isn't that just an internal lib?
[12:59] <ricotz> mhr3, so please bug him again for now
[12:59] <ricotz> mhr3, no
[13:00] <ricotz> it is an actual lib you can use
[13:00] <ricotz> but i am not aware of any consumer
[13:01] <xclaesse> ricotz, seb128: speaking of valadoc, I offer a bier to anyone who makes folks-doc package :)
[13:03] <mhr3> ricotz, ok, i'll talk to him
[13:05] <ricotz> mhr3, ok
[13:06] <Sweetshark> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1064962/comments/131 <- back to unity
[13:06] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed]
[13:09] <larsu> Sweetshark, you're probably seeing bug 1075263
[13:09] <ubot2> Launchpad bug 1075263 in Application Menu Indicator "Items of a menubar built from GMenu do not always work" [High,In progress] https://launchpad.net/bugs/1075263
[13:09] <larsu> Sweetshark, try waiting more than 5 seconds between restarting lo, that should work
[13:10] <larsu> Sweetshark, I have a fix for it, currently waiting in review
[13:10] <larsu> seb128, one more reason to backport this ^^
[13:10] <larsu> :P
[13:15] <desrt> good morning
[13:16] <pitti> hey desrt, how are you? had a nice weekend?
[13:16] <Sweetshark> larsu: seems to work
[13:16] <attente> g'mornin
[13:16] <desrt> good enough
[13:16] <desrt> attente: hey there
[13:16] <larsu> desrt, morning, how is it going?
[13:16] <larsu> oh hi attente!
[13:17] <attente> hi larsu!
[13:17]  * desrt needs coffee :)
[13:18] <desrt> attente: did you do your lesson last night? :)
[13:18] <attente> desrt: no, i went climbing instead
[13:18] <desrt> fair enough
[13:18] <desrt> find a partner yet or still just bouldering? :)
[13:19] <attente> just bouldering :)
[13:19]  * desrt will go some time that is not a monday night :)
[13:19] <pitti> attente: ooh, you are William
[13:19] <pitti> attente: hey :)
[13:19] <attente> hi pitti :)
[13:20] <pitti> attente: mind to set your real name in IRC?
[13:20] <desrt> pitti: did you know that you have a fanclub?
[13:20] <attente> sure
[13:20] <pitti> desrt: https://launchpad.net/~we-love-pitti ?
[13:20] <desrt> pitti: ya :)
[13:21] <pitti> desrt: I tried to forget about that team :)
[13:21] <desrt> pitti: i joined yesterday :)
[13:21]  * pitti is honored
[13:21] <desrt> i also submitted a picture for the team to warp10...  i don't think he liked it very much
[13:21] <desrt> but maybe you do: http://imgur.com/UkTcn
[13:21] <pitti> desrt: https://launchpad.net/~dholbach-huggers still beats me :)
[13:21] <pitti> desrt: PHEAR!
[13:22] <almostawake> having trouble booting 12.10
[13:22] <desrt> heh
[13:23]  * desrt remembers that
[13:23] <almostawake> says no wubildr
[13:23] <pitti> yikes, eog is broken as well (geis again)
[13:23] <almostawake> ya'
[13:23] <pitti> so that's eog, evince, and totem which are broken in raring
[13:23] <almostawake> doesnt boot at all4
[13:23]  * Laney wonders why this stuff isn't broken for me
[13:23] <pitti> is that a silent effort to kill all local documents and move them into the cloud?
[13:23] <almostawake> it will eventually
[13:24] <Laney> s/me/him/
[13:24] <almostawake> I wondered that myself
[13:24] <pitti> Laney: indeed; they crash for me on any, or even no document
[13:25] <pitti> Laney: I confirmed in a guest session
[13:25] <Laney> weird
[13:25] <Laney> is totem geis too?
[13:27] <pitti> no, that doesn't crash; I just get a white video
[13:27] <pitti> sound works
[13:28] <Laney> ah, I am running 3.6.3 from the gstreamer1.0 PPA which works for me at least ;-)
[13:29] <desrt> ricotz: hey... did you make any progress?
[13:29] <seb128> the totem issues started with the new cogl/clutter rebuilds it seems for pitti
[13:31] <ricotz> desrt, not yet, i think in 4 hours
[13:31] <desrt> k
[13:31] <ricotz> seb128, was totem not rebuilt to catch libcogl11?
[13:32] <seb128> ricotz, it was, that's when it stopped rendering for pitti
[13:32] <pitti> seb128: does it work for you?
[13:32] <seb128> pitti, yes
[13:32] <Laney> I downgraded and it still works here
[13:33] <pitti> odd
[13:33]  * ricotz isnt much of help while he is using totem 3.7.1
[13:33] <Laney> so trying 3.6 probably isn't worth it
[13:33] <seb128> but I'm not surprised, those sort of issues are often hardware dependant
[13:33] <desrt> seb128: fyi: ricotz uncovered (and i suspect) a deadlock in gstreamer apps probably caused by the gtask stuff
[13:34] <ricotz> seb128, pitti, yeah, probably x-driver/mesa related
[13:34] <ricotz> seb128, with glib 2.35+ that is
[13:35] <seb128> desrt, ok
[13:35] <Laney> desrt: that make-dfsg you asked for got accepted into precise-proposed BTW
[13:36] <Laney> could you confirm that you can build webkit with it on the bug?
[13:36] <desrt> Laney: i saw that.  been meaning to test.
[13:36] <ricotz> seb128, btw, i hope you could pick this https://launchpadlibrarian.net/121589718/gdk-pixbuf_2.26.4-1ubuntu1_2.26.4-1ubuntu1%2B13.04~ricotz1.diff.gz
[13:36] <Laney> my PPA for testing it got caught up in backport hell
[13:36] <Laney> biab
[13:36] <ricotz> seb128, which unbreaks it gdk-pixbuf with glib 2.35
[13:36] <seb128> ricotz, is that fixed with 2.26.5?
[13:36] <seb128> ricotz, the new version is available since today
[13:36] <ricotz> seb128, oh, i guess yes
[13:37] <seb128> ricotz, ok, so we will rather update directly, but thanks ;-)
[13:37] <ricotz> seb128, yeah, that would be great
[13:37] <seb128> ricotz, want to do the update? ;-)
[13:38] <ricotz> not currently :\, but would be nice to have asap ;)
[13:38] <seb128> k, I will have a look soon
[13:38] <seb128> pitti, today is not a good day for raring indeed :-(
[13:38] <seb128> or today...those recents days
[13:38]  * ricotz already hears angry people complaining since gdk-pixbuf was updated again in raring
[13:38] <pitti> seb128: well, I worked through my lunch break instead of watching Hidden Frontier :)
[13:39]  * seb128 notes to break totem more often
[13:39] <seb128> neat productivity win for us ;-)
[13:39] <ricotz> lol
[13:39] <pitti> there, all UDS autopkgtests sponsored
[13:39] <seb128> ricotz, you have many people wanting a crack of the day glib?
[13:39] <seb128> pitti, well done!
[13:40] <pitti> seb128: FYI, I could commit most of them to pkg-gnome or collab-maint, there were just two which are an Ubuntu delta (and I forwarded those)
[13:40] <pitti> so it's not so bad after all
[13:40] <ricotz> seb128, that ppas download stats suggests so, yeah
[13:40] <seb128> pitti, good
[13:40] <seb128> ricotz, is there other things than glib in that ppa? I guess users might rather want new gnome-shell or something?
[13:41] <ricotz> seb128, glib isnt that bad currently, gtk+ was on the other hand
[13:41] <ricotz> seb128, thre are other things, yes
[13:41] <seb128> ricotz, yeah, we decided to update glib and be careful with gtk at UDS ;-)
[13:42] <ricotz> seb128, https://launchpad.net/~ricotz/+archive/testing/+packages?field.name_filter=&field.status_filter=published&field.series_filter=raring
[13:43] <seb128> ricotz, is that new rb using gst1?
[13:47] <seb128> Laney, pitti: is any of you interested to do the glib 2.34.2 update in Debian?
[13:48] <didrocks> xclaesse: /usr/lib/nux/unity_support_test -p if you get "Unity 3d supported: no", you are using llvmpipe
[13:49] <ogra_> well, that recent patch to the detection seems to be slightly broken
[13:49] <seb128> didrocks, we was speaking about running clutters app in xephyr
[13:50] <xclaesse> didrocks, Error: GLX is not available on the system
[13:50] <Sweetshark> larsu: thanks for the bug 1075263 hint. And yes, that should definitely be backported IMHO. Bug 1064962 has 1056 heat already. IIRC forks and torches start showing up at 1100 ...
[13:50] <ubot2> Launchpad bug 1075263 in Application Menu Indicator "Items of a menubar built from GMenu do not always work" [High,In progress] https://launchpad.net/bugs/1075263
[13:50] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962
[13:50] <didrocks> seb128: ah, ok :)
[13:50] <seb128> didrocks, do you know if those fallback to llvm as well?
[13:50] <xclaesse> didrocks, that's on xephyr server, on the normal server, I have opengl of course
[13:50] <seb128> larsu, Sweetshark: ok, ok, will backport
[13:50]  * larsu hugs seb128!
[13:51]  * seb128 hugs larsu back
[13:51] <larsu> seb128, let's wait for ted's review, I'll ping him about it when he's on
[13:51] <seb128> ok
[13:51] <didrocks> seb128: they did last time I tried
[13:51] <didrocks> seb128: I doubt it changed since 6 months ago :)
[13:52]  * ogra_ even has an arm chromebook falling back to llvm here 
[13:52] <ogra_> and guess what, its slow but works just fine
[13:52] <ricotz> seb128, nom rhythmbox in there isnt gst1.0 yet, but there is a branch which i want to test
[13:53] <ogra_> though sadly it uses llvmpipe even though tehere is full GLES support
[13:53] <seb128> ricotz, ok, if you do let us know how it works ;-)
[13:53] <ricotz> seb128, yeah, will let you know
[13:55] <BigWhale> seb128, got a minute? I was poked about this: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/658004 This is apparently still a problem and upstream is not doing a thing about it.
[13:55] <ubot2> Launchpad bug 658004 in brasero (Ubuntu) "brasero dvd capacity estimation is broken" [Low,Triaged]
[14:14] <larsu> tedg, good morning, are you okay with https://code.launchpad.net/~larsu/indicator-appmenu/lp1075263/+merge/133272 ?
[14:14]  * tedg cliecks
[14:14] <tedg> clicks
[14:15] <larsu> tedg, thanks :)
[14:15] <larsu> tedg, we talked about this briefly last week. I tested it a lot to make sure that bamf bug doesn't occur anymore
[14:16] <seb128> larsu, tedg: I suggest putting that patch in raring for a few days first
[14:16] <seb128> then we can backport
[14:16] <seb128> BigWhale, hey, what about it?
[14:17] <larsu> seb128, that's fine with me
[14:17] <tedg> larsu, Cool, looks good to me.
[14:17] <seb128> BigWhale, if you want to work on a patch please do ;-) we have quite some annoying bugs with no active upstream to work on those
[14:17] <BigWhale> It is still an issue and it is really a single line fix.
[14:17] <BigWhale> seb128, ok, I'll produce a patch tonight and attach it to the bug.
[14:17] <larsu> tedg, thanks, I'll merge it, then
[14:18] <seb128> BigWhale, thanks
[14:32] <xclaesse> seb128, I have firefox and xchat on 2 different workspaces. I click a youtube link on xchat, the youtube webapp icon appear in the launchers, I click it nothing happens
[14:32] <seb128> xclaesse, does clicking the firefox icon works?
[14:33] <xclaesse> If I go manually on the other workspace, then go back to the xchat workspace, then after that clicking youtube icon brings me to the firefox workspace
[14:33] <xclaesse> seb128, yes
[14:33] <seb128> seems like a bug in the webapp integration, it has rough edges from its first cycle, they plan to do bug fixing this cycle
[14:34] <xclaesse> seb128, so that does not sounds like known issue? I should open an lp bug then
[14:35] <seb128> xclaesse, check with kenvandine when he gets online I would say then open a bug (or open a bug directly and let them dup it if it's known issue)
[14:43] <attente> desrt: is it ok to have sections within sections in a GMenuModel?
[14:44] <desrt> yes.  totally fine.
[14:44] <desrt> RAOF: bryceh: ping
[14:45] <task> Hi, since I updated to 12.10 my Gnome is very slow... I heard this might be realted to NVidia or my bumblebee setup.
[14:45] <seb128> desrt, too late, too early for those
[14:45] <desrt> task: sorry... forgot to mention that all of our X guys are living down under
[14:45] <seb128> try #ubuntu-x
[14:45] <seb128> there are a few extra x guys there
[14:45]  * desrt did not know this existed
[14:46] <seb128> which includes mlankhorst and tjaalton and some others awake
[14:46] <task> me either... thanks :)
[14:46] <seb128> yw
[14:50] <attente> desrt: http://fpaste.org/P8tp/
[14:50] <attente> for some reason, it's showing separators in between New Open and Save
[14:50] <desrt> attente: what am i lookingat?
[14:50] <desrt> attente: put new/open/save into a section together
[14:51] <desrt> attente: and read the reference documentation for GMenuModel
[14:51] <desrt> actually, now that i read it myself the language there could be improved
[14:52] <desrt> it mentions that separators are inserted between non-empty sections
[14:52] <desrt> in fact, separators are inserted between all non-empty toplevel items of a submenu -- section or not
[14:53] <attente> ok
[14:57] <xclaesse> seb128, FYI: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1077968 (I'll ping kenvendin if he shows up before I'm leaving home)
[14:57] <ubot2> Launchpad bug 1077968 in unity (Ubuntu) "Clicking youtube icon does not go to firefox workspace" [Undecided,New]
[14:57] <seb128> xclaesse, thanks
[15:01] <desrt> man
[15:01] <desrt> i love building webkit
[15:01] <desrt> i could spend my whole day building webkit!
[15:01] <desrt> ...and lord knows sometimes i do. :/
[15:01] <seb128> not only you could but you will if you try building it
[15:01] <Laney> been there
[15:02] <Laney> seb128: looks like smcv is doing glib now ;-)
[15:02] <seb128> \o/
[15:02] <desrt> damn
[15:04] <desrt> Laney: i'm meant to be testing 1ubuntu1.1, right?
[15:04] <Laney> ye
[15:04] <desrt> k
[15:04] <desrt> i'll let you know tomorrow ;)
[15:07] <attente> desrt: so if separators are inserted between non-empty toplevel items of a submenu, i should *not* expect a separator between "Recent File 4" and "Quit"?
[15:09] <desrt> attente: i'm confused
[15:09] <desrt> are you asking from the standpoint of the parser?
[15:10] <desrt> because there are two things you can do
[15:10] <desrt> the first is to find the explicit GtkSeparatorMenuItem instances in the menu and split sections at those points
[15:10] <desrt> the other (which we can only do if larsu doesn't notice) is to just convert those items into explicit separator items and add support for that on the gtk side
[15:11] <attente> so the way i'm doing it now is guaranteed to fail?
[15:11] <desrt> i don't know what you're doing now
[15:11] <desrt> but it sounds complicated :)
[15:11] <larsu> desrt, I wouldn't have noticed if you hadn't pinged me ;)
[15:11] <attente> i'm putting a section in a section, hoping that there would still be a separator inbetween
[15:11] <attente> heh
[15:11] <desrt> larsu: oh.  "oops"
[15:12] <larsu> attente, don't do desrt's second suggestion. I'll notice!
[15:12] <larsu> :P
[15:12] <desrt> attente: no.  separators are only inserted between toplevel items
[15:12] <attente> ok
[15:12] <attente> desrt: so what's the motivation for having sections within sections if they're not discernable from the usual case?
[15:13] <larsu> desrt, whatever happened to --with-separators? Much better than explicit separator items
[15:13] <desrt> attente: merging
[15:13] <larsu> s/--//
[15:13] <desrt> larsu: so here's the problem
[15:13] <desrt> larsu: say i have a gtkmenushell that contains 4 normal menuitems "a", "b", "c", "d"
[15:13] <desrt> clearly i'd convert that like so:
 <section> <a/> <b/> <c/> <d/> </section> </menu>
[15:14] <larsu> yep
[15:14] <desrt> now comes some idiot who inserts a GtkSeparatorMenuItem at index 2
[15:14] <desrt> what the heck do i do?
[15:15] <desrt> i want to get to <menu> <section> <a/> <b/> </section> <section> <c/> <d/> </section> </menu>
[15:15] <desrt> but how do i do that?
 <section> <a/> <b/> </section> <section> <c/> <d/> </section> </menu>
[15:15] <larsu> :)
[15:15] <desrt> drop menu items c and d and add them to a new section?
[15:15] <desrt> then add that section...
[15:15] <larsu> drop them from where?
[15:15] <desrt> the existing section
[15:15] <desrt> gmenumodel has no operation for "split a section in two"
[15:15] <larsu> okay you're talking about someone dynamically inserting a separator?
[15:15] <desrt> ya
[15:16] <larsu> is there code out there that does this?
[15:16] <attente> my hope was that it could be simplified by just putting c and d in a section at the same level
[15:16] <desrt> we have to assume that there is
[15:16] <desrt> because you have to make a choice
[15:16] <desrt> either a) you deal with this case (which is miserable)
[15:16] <desrt> or b) you just completely start from scratch every time a menu changes (which is crappy)
[15:16] <larsu> c) don't support dynamic changes like that
[15:16]  * larsu chooses (c)
[15:16] <desrt> larsu: i'm afraid we'd have to...
[15:17] <attente> heh, a) doesn't sound that bad though
[15:17] <desrt> if i were to pick a real (c) it would be more like "deal with dynamic changes in a dynamic way until separators get involved, and then just start over"
[15:17] <larsu> sure
[15:18] <desrt> larsu: meh.
[15:18] <larsu> :D
[15:18] <desrt> going from semantic to presentational is great
[15:18] <desrt> now we're going from presentational and deriving guessed semantics
[15:18] <desrt> i'm allowed to feel uncomfortable about that
[15:19] <larsu> desrt, of course, but isn't this kind of a band-aid until all apps use GMenuModel?
[15:19] <desrt> larsu: in practice, this will be forever
[15:19] <larsu> *sigh*
[15:20] <desrt> some apps will never ever port to gmenumodel
[15:20] <desrt> in the same way that some apps will never stop using gtk2 and gconf
[15:20] <larsu> I guess you're right on this one
[15:20] <larsu> still, I'd go with your suggested (c) and see how much of an issue it will be in practice
[15:21] <desrt> attente: if you want to solve the hard problem then by all means... :)
[15:21] <attente> it doesn't sound that hard... but you're probably seeing something that i'm not
[15:23] <larsu> is (a) the hard one you're talking about?
[15:23] <warp10> desrt: oh, was it supposed to be a picture for the team?
[15:23] <attente> larsu: yes
[15:23] <desrt> warp10: ya :p
[15:23] <desrt> warp10: pitti in a viking hat goes well against the backdrop of all the "chuck norris has nothing on martin pitt!" talk
[15:23] <warp10> desrt: ok, link please: I'm sure pitti will be delighted of it 0:-)
[15:24] <desrt> http://imgur.com/UkTcn
[15:24]  * pitti hides
[15:25] <larsu> pitti, that doesn't fit your nick at all :P
[15:26] <pitti> I blame the beer
[15:26] <desrt> attente: U of T?
[15:26] <ogra_> that should sooo become the product picture on https://launchpad.net/~we-love-pitti
[15:26] <attente> desrt: now?
[15:26] <desrt> attente: ish
[15:27] <attente> sure
[15:27] <desrt> k.  see you in an hour?
[15:27] <attente> ok
[15:27] <pitti> is that a pub?
[15:27] <desrt> university of toronto
[15:27] <ogra_> a big pub
[15:28] <desrt> lots of nice areas for working on hard problems together :)
[15:30] <warp10> desrt: done
[15:31] <desrt> warp10: awesome :D
[15:31] <desrt> nice crop
[15:31] <desrt> attente: heading out
[15:31] <warp10> desrt: yeah, despite 64x64 being so small
[15:46] <pitti> https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-proposed-adt-cairo/lastFailedBuild/ARCH=i386,label=albali/
[15:46] <pitti> et voila
[15:46] <pitti> the first packaging error spotted by an autopkgtest from UDS :)
[15:46] <pitti> jibel: ^ FYI
[15:47] <pitti> seb128, chrisccoulson : who is the new chromium maintainer these days?
[15:48] <chrisccoulson> pitti, qengho
[15:48] <qengho> hi hi
[15:48] <pitti> hey qengho!
[15:49] <qengho> pitti: hi.  I'm trying to get it in decent shape.
[15:50] <seb128> pitti, qengho joined the desktop team around UDS and will maintain chromium and webkit
[15:50] <pitti> qengho: welcome, and good luck!
[15:50] <seb128> pitti, be nice to him, he's still new and learning his way around ;-)
[15:50] <pitti> I just assigned 27 bugs to you!
[15:50] <pitti> (kidding)
[15:51] <qengho> pitti: Don't *do* that!
[15:51] <gema> qengho: hi, quick question for you!
[15:51]  * gema thanks pitti for pointing her in the right direction x)
[15:52] <seb128> pitti, speaking of bugs, do you watch bug #1048059? it's quite active
[15:52] <ubot2> Launchpad bug 1048059 in udisks2 (Ubuntu) "Adding ACLs to /media/$user does not work" [High,Confirmed] https://launchpad.net/bugs/1048059
[15:52] <gema> qengho: we are wondering if there is any chance we could get chromium webdriver packaged somehow to make our testing of webapps better
[15:52] <gema> and more reliable
[15:52] <pitti> seb128: I do, but I still have NFC about it
[15:52] <pitti> seb128: I don't suppose all those reporters are running a custom kernel
[15:52] <pitti> seb128: I guess at some point I'll just make the ACL call non-fatal
[15:52] <pitti> but it still worries me why setting the ACL doesn't work
[15:53] <seb128> pitti, it had some recent comments stating: "My '/' and thus also '/media' are not mounted with ACL support enabled,
[15:53] <seb128> so that's why it fails to set the ACL (and why the directory it created
[15:53] <seb128> gets removed again)"
[15:53] <pitti> right, I saw that too, but that can hardly be the case for all those reporters?
[15:53] <seb128> I doubt it is indeed...
[15:54] <seb128> it's one possible case of issue though
[15:54] <seb128> pitti, anyway if you watch it good, I just noticed it was quite active with user comments
[15:54] <seb128> pitti, second one I wanted to ask about ... the gnome-session suspend one, do you think you will have time soon or should I steal it from you by midweek if you didn't get to it?
[15:55] <seb128> pitti, (mid-week because I think I will be busy with GNOME 3.6.2 and blueprint until there, then I can have a look)
[15:55] <qengho> gema: I do love testing, but my to-do list is pretty full for the near future. I don't want to claim it and let the idea languish.
[15:55] <pitti> seb128: I had my hands full today with sponsoring, gnome 3.6.2, and mail, but can look at it tomorrow morning
[15:55] <gema> qengho: alright, no worries, can you put it at the bottom of your list and let me know if/when it gets done?
[15:56] <gema> qengho: that way we can change our automation whenever you get to it and make it more reliable
[15:56] <seb128> pitti, no hurry, I will grab it on thursday if you didn't get to it by then ;-)
[15:56] <seb128> pitti, deal?
[15:57] <pitti> seb128: *shake hands*
[15:57] <qengho> gema: I do not know anything about webdriver, but, as far as I can tell, this isn't actually tied to chromium-browser, is it? The same people write it, but the product is separate?
[15:57] <seb128> pitti, ^5
[15:57] <seb128> oh
[15:57] <seb128> pitti, love that
[15:57] <seb128> "  * debian/control: Add missing libxext-dev dependency to libcairo2-dev.
[15:57] <seb128>     Spotted by autopkgtest."
[15:57] <pitti> wow, and libarchive autopkgtest shows bugs on i386
[15:57] <gema> qengho: my understanding was that it gets built from the same codeline
[15:57] <pitti> seb128: that's what I meant with what I said 10 mins ago; je l'aime :)
[15:57] <qengho> Huh.
[15:57] <gema> qengho: but I will dig into it to make sure that's true
[15:58] <seb128> pitti, moi aussi !
[15:58] <gema> qengho: I will let you know in a couple of days, whenever I find out, now that I know who to talk to on the ubuntu side, things are easier :D
[15:58] <seb128> ;-)
[15:58] <pitti> seb128: we run into errors like that all the time, which is why I was so eager to get lots of those simple ones
[15:59] <chrisccoulson> qengho, gema, i'm pretty sure that webdriver is an entirely separate project
[15:59] <qengho> gema: there may be some kind of interprocess communication here.  One part is in browswer (and I should claim that part) and another part is outside (and I'm scared of it so far).
[16:00] <gema> qengho: so what is your advice?
[16:01] <qengho> gema: you should look into it, definitely.  I'll peek around the source of chromium-browser and make sure I have turned on everything that should be turned on.
[16:01] <qengho> gema: meet back here in a few days.
[16:01] <gema> qengho: ack, thanks, will do
[16:08] <pitti> j'aime duolingo; "Une deuxiéme bière?" -- c'est l'éducation pratique!
[16:09] <qengho> "A second beer?"?  Gosh, my FR is rusty.
[16:09] <qengho> I usually end up ordering butter.
[16:09] <pitti> oh, "beurre"? :-)
[16:23] <pitti> bonne nuit tout le monde!
[16:23] <qengho> laters!
[17:49] <Sweetshark> ohhh, I made it to computerworlduk.com: http://blogs.computerworlduk.com/simon-says/2012/11/does-rooting-your-phone-void-your-warranty/index.htm
[17:57] <xnox> Sweetshark: next up you need to get an Apple II and stick the tablet inside it and run firefox.....
[17:59] <GunnarHj> seb128: Bon soir, Sebastien!
[17:59] <GunnarHj> Considering that you asked for the SRU of bug 1069886, could you please upload the branch I prepared to quantal-proposed? ;-)
[17:59] <ubot2> Launchpad bug 1069886 in mail-notification (Ubuntu Quantal) "mail-notification crashes on SSL connections (patch attached)" [High,In progress] https://launchpad.net/bugs/1069886
[18:01] <seb128> GunnarHj, hey, I'm about to go for some exercice but I will have a look later or tomorrow for sure, thanks for the work!
[18:02] <GunnarHj> seb128: Ok. Happy exercicing!
[18:02] <seb128> thanks
[18:22]  * didrocks waves goodbye
[18:25] <cyphermox> seb128: still around?
[18:25] <cyphermox> in evolution-indicator, debian/patches/01_no_debug_spamming.patch, it's from you?
[18:40] <seb128> cyphermox, hey
[18:40] <seb128> cyphermox, yes, I think so, why?
[18:40] <cyphermox> just checking, I'm merging the patches into evolution-indicator
[18:41] <cyphermox> it's tiny though, so no worries
[18:41] <seb128> cyphermox, ok
[19:31] <Sweetshark> asac: ping?
[20:19] <BrainPaid> helloooo
[20:19] <BrainPaid> JCuber?
[20:20] <BrainPaid> You don't be go!