[05:36] <pitti> Good morning
[06:29] <didrocks> good morning
[06:36] <pitti> bonjour didrocks, comment vas-tu?
[06:36] <didrocks> pitti: ça va bien, et toi? comment s'est passé le voyage de retour?
[06:37] <pitti> didrocks: tout etait bien, merci
[06:38] <pitti> c'était une voyage calme
[06:38] <pitti> et j'ai faire beaucoup de hacking :)
[06:40] <didrocks> oui, j'ai lu ton post sur g+ ;)
[08:25] <didrocks> hey larsu, uneventful flying back home? :)
[08:36] <larsu> didrocks, yup, all 40 minutes of it ;)  And for you?
[08:37] <didrocks> larsu: all good for me, no surprise ;)
[08:56] <duflu> I think I left my heart in San Francisco... and my body clock in Copenhagen :P
[08:58] <didrocks> duflu: take it easy until you can get used to your timezone again :)
[09:00] <seb128> hey desktopers
[09:02] <sil2100> ;p
[09:06] <mlankhorst> heya
[09:06] <didrocks> hey seb128, sil2100, mlankhorst!
[09:07] <sil2100> Morning everyone!
[09:07] <mlankhorst> my body clock is slowly shifting towards amsterdam again, waking up later than before :p
[09:07] <BigWhale> good morning all
[09:07] <seb128> hey didrocks sil2100 mlankhorst BigWhale
[09:07] <mlankhorst> waking up at 7 was fun while it lasted
[09:07] <BigWhale> hey seb
[09:08] <BigWhale> So, are there any guidelines about unit testing GTK?
[09:08] <Laney> hey
[09:08] <seb128> hey Laney
[09:14] <chrisccoulson> hey desktop team
[09:14]  * Laney saw Skyfall yesterday... some creative computing in there
[09:14]  * Laney strips off the packet headers to decypher the GPS trace
[09:14] <didrocks> hey chrisccoulson, Laney!
[09:17] <seb128> hey chrisccoulson, Laney, how are you?
[09:17] <chrisccoulson> hi didrocks, Laney, seb128
[09:18] <chrisccoulson> seb128, yeah, not too bad thanks. did you get back ok?
[09:18] <Laney> good thank you
[09:18] <Laney> going through a forced mobile phone detox ;-)
[09:19] <seb128> chrisccoulson, going back was fine, I was home at 11am on saturday, got some ubuflu though :-(
[09:19] <seb128> Laney, you broke your phone?
[09:19] <Laney> yeah I did it after the UDS party
[09:19] <seb128> ouch
[09:19] <xnox> Laney: it wasn't exactly christmas for creative computing =) but I liked that it was mostly in London & Scotland.
[09:20] <Laney> waiting for the nexus 4 to come out
[09:20] <Laney> xnox: yeah, the locations were good
[09:21] <chrisccoulson> seb128, ah, that sucks :(
[09:21] <chrisccoulson> i've not been too bad since i got back. and i biked for more than 100km since friday too :)
[09:21] <seb128> you crazy man ;-)
[09:22] <seb128> training for the tour de france next year? ;-)
[09:22] <chrisccoulson> heh
[09:23] <chrisccoulson> hmmmm, all of my daily builds failed last week because my PPA's all ran out of space :/
[09:23] <chrisccoulson> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages
[09:23] <seb128> you are fighting with Sweetshark on disk space? ;-)
[09:23] <chrisccoulson> not sure where more than 20GB is going there :/
[09:24] <chrisccoulson> and it seems a coincidence that they've all ran out of space at the same time
[09:24] <chrisccoulson> all 3 PPA's :/
[09:25] <chrisccoulson> launchpad bug? ;)
[09:26] <chrisccoulson> oh yes, it's full of old builds: http://ppa.launchpad.net/ubuntu-mozilla-daily/thunderbird-aurora/ubuntu/pool/main/t/thunderbird/
[09:28] <xnox> chrisccoulson: old builds... you mean like 5 days old? =)
[09:29] <chrisccoulson> xnox, daily builds from 24th october ;)
[09:29] <pitti> hey seb128, how are you?
[09:29] <pitti> hey Laney, morning chrisccoulson
[09:29] <chrisccoulson> hi pitti, how are you?
[09:29] <seb128> pitti, hey, I'm ok, got some ubuflu though ... you?
[09:30] <pitti> chrisccoulson: quite fine, thanks!
[09:31] <pitti> seb128: je suis desolé à entendre que
[09:32] <chrisccoulson> xnox, it's bug 1071562 (from #launchpad)
[09:32] <ubot2`> Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Triaged] https://launchpad.net/bugs/1071562
[09:44] <didrocks> on my phone connection as it seems my ISP provider decided to stop working…
[10:09] <pitti> desrt: hey Ryan, how are you? got a minute today?
[10:19] <Sweetshark> hmm, were do I ask for a fresh canonicaladmin password again?
[10:19] <Laney> I think #hr internal
[10:20] <Sweetshark> Laney: thx
[12:29] <Alpic> Hi all.
[12:29] <Alpic> Just need to know how to integrates pidgin in unity notification area : any idea a?
[12:33] <Alpic> Anyone there ?
[12:36] <mitya57> Alpic: I think the broken integration is bug 1040259
[12:36] <ubot2`> Launchpad bug 1040259 in skype-wrapper "FFE: libmessaging-menu transitions for quantal" [High,In progress] https://launchpad.net/bugs/1040259
[12:37] <Alpic> thanks for the tip
[13:03] <mhr3> seb128, we lost the pkexec patch from gnome-system-log again? :/
[13:05] <desrt> pitti: hi
[13:05] <desrt> jbicha: pong
[13:05] <pitti> hey desrt, how are you? had a safe trip?
[13:05] <seb128> mhr3, seems like somebody re-enabled that yes :-(
[13:06] <desrt> pitti: yup.  nice and uneventful. :)
[13:06] <desrt> seb128: greetings
[13:06] <seb128> desrt, hey, how are you?
[13:06] <desrt> everyone else back home safe or still some lingerers behind?
[13:06] <pitti> desrt: the best kind :)
[13:06] <mhr3> seb128, how come debian is fine with pkexec? did they patch it or glib or something?
[13:06] <pitti> desrt: I wondered if you could have a look at https://bugzilla.gnome.org/show_bug.cgi?id=686149 and check it's what you meant
[13:06] <ubot2`> Gnome bug 686149 in general "fix class initialisation" [Normal,Assigned]
[13:06] <desrt> seb128: very happy!  i'm still riding the happy jetlag that lets me wake up at 8am and feel like it's past noon :)
[13:07] <seb128> lol
[13:07] <pitti> it _is_ past noon! :-)
[13:07] <desrt> attente: hey.  what's up?  back home?
[13:07] <seb128> mhr3, they are not, they "fixed" that recently: http://packages.qa.debian.org/g/gnome-system-log/news/20121012T153227Z.html
[13:07] <attente> desrt: yes :)
[13:08] <desrt> attente: ĉhu venos vi al esperanto vespere?
[13:08] <attente> desrt: i didn't practice any
[13:09] <attente> desrt: better i just skip
[13:09] <desrt> nenioj levionoj?
[13:09] <desrt> *lec
[13:09] <seb128> hey attente, had a good flight back?
[13:09] <desrt> looks like i am out of practice as well :)
[13:10] <attente> seb128: i'm alive, that's enough for me :)
[13:11] <seb128> hehe
[13:12] <mhr3> seb128, hmm, and the reporter lies about StartupNotify, it doesn't fix it :P
[13:15] <xnox> didrocks: I noticed that on the desktop-r-2d-test-environments I got a workitem "fix ubiquity-frontend-gtk to not pull in metacity"
[13:16] <xnox> didrocks: while in the "foundations-r-arm-ubiquity" I got a workitem "fix ubiquity-frontend-gtk to optionally use compiz/unity instead of metacity"
[13:17] <xnox> didrocks:  Is that the same thing or do you want ubiquity to work with lxce window manager?
[13:26] <didrocks> xnox: it's the same one I would say :)
[13:27] <didrocks> xnox: so pick the blueprint your prefer
[13:27] <xnox> didrocks: hmm.... I'm picking your blueprint at it has higher priority and I don't want this work item to sink.
[13:27] <didrocks> xnox: thanks!
[13:37] <jbicha> desrt: hey, I think we need to patch yelp to convert help:gnome-help URI prefixes to help:ubuntu-help when running Unity
[13:38] <jbicha> I expect that somebody good at string manipulation could do that in a few minutes but it would take me a whole lot longer to figure it out
[13:38] <desrt> instead of having patches all over various desktop components like nautilus?
[13:38] <jbicha> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/yelp/raring/view/head:/src/yelp-application.c#L379
[13:38] <jbicha> desrt: yes :)
[13:38] <desrt> jbicha: a worthy cause :)
[13:38] <desrt> jbicha: that's a pretty nasty place to be doing the tweak...
[13:41] <jbicha> oh it seemed to be the right place but you're welcome to do it somewhere else
[13:48] <desrt> jbicha: it depends on what you want to do
[13:48] <desrt> do you want to redirect *all* uri requests from one place to the other?
[13:49] <desrt> or only the ones given on the commandline directly
[13:49] <desrt> what if, for example, the help of some application made a link to the gnome docs?
[13:50] <larsu> seb128, thanks for updating the descriptions of those indicator-messages SRU bugs
[13:51] <seb128> larsu, yw, thanks for providing the testcases ;-)
[13:51] <larsu> desrt, hey! had a good flight back?
[13:51] <larsu> seb128, np :)
[13:51] <jbicha> desrt: wouldn't that be the same place? doesn't yelp interpret those the same way as commandline args?
[13:53] <jbicha> I just want the help links to work; I'm fine with the command line working w/o being mangled but I didn't think it worked that way
[13:55] <desrt> larsu: yup. you?
[13:55] <desrt> jbicha: the commandline arg thing is only for commandline args...
[13:56] <desrt> i doubt that yelp reinvokes itself on the commandline when clicking a link in a document
[13:56] <larsu> desrt, yeah. Had a bit of an ubuflu this weekend, though
[13:56] <pitti> desrt: so the main point of https://bugzilla.gnome.org/show_bug.cgi?id=686149 was to not add any interfaces after g_type_class_ref(), right? the patch does that now, I believe; or was there more to it?
[13:56] <ubot2`> Gnome bug 686149 in general "fix class initialisation" [Normal,Assigned]
[13:56] <pitti> hey larsu
[13:56] <pitti> larsu: urgh, ubuflu again? gute Besserung!
[13:56] <desrt> pitti: sorry.  under a pile of bugs/patches/reviews at the moment :)
[13:56] <larsu> hi pitti! Did you enjoy Copenhagen?
[13:56] <desrt> pitti: yours is next on the list :)
[13:56] <pitti> desrt: ack, not that urgent
[13:57] <pitti> larsu: yes, I did! http://www.piware.de/fotos/UDS-Kopenhagen-Oct2012/
[13:57] <jbicha> desrt: oh, so yelp_application_new_window is what we want?
[13:57] <desrt> jbicha: probably even deeper...
[13:57] <desrt> jbicha: i'd talk to shaunm
[13:57] <desrt> it may even be that you need some kind of webkit hook.  i don't know how it's implemented.
[13:58] <jbicha> ok, I'll ask him, I think my main problem is that I didn't know how to properly sed a string
[13:58] <desrt> i can help with that part
[13:58] <desrt> so we have like gnome-help:foo and we want ubuntu-help:foo, right?
[13:58] <larsu> pitti, you saw the mermaid! Awesome, isn't it ;)
[13:59]  * larsu likes the picture of seb128 best
[13:59] <pitti> larsu: well, I was a bit underwhelmed by that one :)
[13:59] <desrt> and let's say we have the string in an input string 'instr' and want to produce a new string 'outstr'
[13:59] <desrt> so first, the check:
[13:59] <desrt> if (g_str_has_prefix (instr, "gnome-help:"))
[13:59] <pitti> larsu: https://plus.google.com/107564545827215425270/posts/CHKYc34MGt7 :)
[13:59] <larsu> ya that one
[13:59] <desrt> in that case we want to drop the first 11 characters ("gnome-help:") and concatenate the remainder with our own prefix, so:
[14:00] <desrt>   outstr = g_strconcat ("ubuntu-help:", instr + 11, NULL);
[14:00] <jbicha> yeah I kind of figured out the first line, it's the next that I wasn't sure about
[14:00] <desrt> else
[14:00] <desrt>   outstr = g_strdup (instr);
[14:00] <desrt> ^^ straight copy
[14:00] <desrt> so either way we end up with a freshly-allocated 'outstr' that contains the new value
[14:00] <jbicha> desrt: ok cool
[14:00] <desrt> it's a bit of a point of style in glib-ish circles not to do conditional memory allocation
[14:01] <desrt> ie: even though it's a waste to allocate the exact copy, we do it anyway for consistency with the other case
[14:01] <desrt> because it helps avoid leaks caused by weird logic bugs
[14:01] <desrt> it's easier to just always free....
[14:06] <jbicha> mterry: I tried to start on the System Settings Appearance panel but I didn't know what I was doing so it doesn't really work
[14:08] <mterry> jbicha, OK.  You mean to make it a separate panel from Background?
[14:08] <jbicha> yeah; maybe it doesn't actually need to a separate panel
[14:09] <seb128> hey mterry, had a good flight back?
[14:10] <mterry> seb128, yeah  :)
[14:10] <mterry> jbicha, why not?
[14:10]  * kenvandine waves
[14:10] <mterry> kenvandine, hi!
[14:10] <seb128> kenvandine, hey, how are you?
[14:10] <kenvandine> tired :)
[14:10] <kenvandine> and you?
[14:10] <seb128> good, though ubuflued slightly
[14:10] <kenvandine> ugh
[14:11] <kenvandine> hopefully that passes quickly :)
[14:11] <seb128> it had to happen, wouldn't be UDS without that :p
[14:11] <kenvandine> indeed
[14:11] <jbicha> mterry: just because I couldn't get it to work and maybe it would be simpler to just have a separate .ui and .desktop and add some lines of code to the background panel
[14:12] <attente> seb128: is it common to catch ubuflu?
[14:12] <jbicha> attente: if you didn't catch it, you're lucky :)
[14:12] <seb128> attente, yeah, it happens to a bunch of people at every UDS
[14:13] <seb128> where bunch is a non trivial % of the team usually
[14:13] <mterry> jbicha, eh, they are so different I think that if we can get separate panels to work, it would make sense.
[14:13] <attente> heh
[14:14] <mterry> seb128, did you have an opinion on where the Ubuntu Appearances panel should live once it's separated?  Still in g-c-c?
[14:14]  * desrt managed to avoid it this time
[14:15] <seb128> mterry, no strong opinion but I suppose it would be easier to maintain as a standalone component, would it only be for having its own vcs commit logs etc
[14:15] <mterry> seb128, sure
[14:17] <didrocks> desrt: it's all because you had an awesome roomate :)
[14:18] <desrt> :D
[14:19] <kenvandine> haha
[14:19] <kenvandine> didrocks, did you escape the ubuflu too?
[14:20] <seb128> well I think there was not a lot of flu around
[14:20] <kenvandine> i think i did... i just had alergies while i was there
[14:20] <didrocks> kenvandine: yeah :) I think that's because I had a 4 week flu just a month before UDS. So strong body :)
[14:20] <kenvandine> which are gon enow
[14:20] <seb128> but pitti came with the flu and I was rooming with him so...
[14:20] <seb128> well, classic UDS story ;-)
[14:20]  * pitti hugs seb128
[14:20] <pitti> je suis desolé
[14:20]  * seb128 hugs pitti back
[14:21] <didrocks> seb128: pitti: stop hugging! that's how it started :)
[14:21] <kenvandine> hehe
[14:21] <seb128> pitti, il n'y a pas de problème, maintenant ou plus tard ... comme ça c'est fait pour la saison
[14:21] <pitti> IRC hugs are BzgA approved!
[14:21] <didrocks> héhé :)
[14:22] <mdeslaur> we definitely need to quarantine dholbach during flu season
[14:41] <qengho> My secret to avoiding Summit-disease was to be near the path of an enormous hurricane, get allergies from all the stirred-up airborne pollen and fungal spores, and be so sniffly and paranoid about getting other people sick at UDS that I washed my hands every hour. So, now allergies are gone, and no "flu".
[14:41] <qengho> I'll plan a hurricane every time, if I can.
[14:44] <kenvandine> qengho, :)
[14:44] <kenvandine> qengho, i got on the plane in denmark sniffling... like i had been for nearly two weeks
[14:44] <kenvandine> and got off the plane clear
[14:44] <kenvandine> no more sniffles :)
[14:45] <qengho> You may be alergic to umlauts, kenvandine.  Consult a doctor.
[14:45] <kenvandine> hehe
[15:27] <achiang> hello, where does one file bugs regarding plymouth? LP is telling me that there really isn't an LP project for it
[15:30] <desrt> pitti: can you explain this unknown signal thing to me?
[15:31] <desrt> pitti: i guess it's a _good_ thing that this warning is now emitted?
[15:31] <desrt> the testcase appears to be engaging in some intentionally-incorrect behaviour
[15:31] <chrisccoulson> hmmm, my pandaboard feels like it's going to catch fire!
[15:32] <stgraber> achiang: https://launchpad.net/ubuntu/+source/plymouth/+filebug ?
[15:32] <stgraber> achiang: upstream isn't using Launchpad so you won't find a launchpad.net/plymouth project
[15:32] <desrt> chrisccoulson: firefox build? :)
[15:32] <chrisccoulson> desrt, heh, how did you guess?
[15:33] <desrt> chrisccoulson: because i know that you're not insane enough to try libreoffice?
[15:33] <achiang> stgraber: thanks
[15:39] <qengho> Ooo, sexy pandaboard. Some madman suggested I try to set up this Nexus 7 as a build machine.
[15:39] <desrt> qengho: nexus 7 makes a nice build machine
[15:39] <qengho> There he is!
[15:40] <desrt> beats the pants off of a pandaboard in terms of performance
[15:41] <qengho> Is cross-compliation such a mess that this even makes sense?
[15:42] <desrt> cross-compilation sucks
[15:42] <qengho> More than slow hardware does?
[15:42] <desrt> no.
[15:43] <desrt> there are all kinds of problems with build systems that try to compile and then use tools
[15:43] <desrt> and even larger problems with things like gobject-introspection which need to open the just-built library in order to poke around its insides
[15:43] <desrt> doesn't work so well when the library that you just built won't run on the machine that you're on
[15:43] <rodrigo_> hi
[15:44] <rodrigo_> any idea what's wrong on a package that complains about missing m4 dir when running aclocal in build stage?
[15:44] <rodrigo_> creating the m4 directory makes it build ok, but I guess that's not the correct fix :)
[15:44] <desrt> rodrigo_: 'mkdir m4' ?
[15:44] <desrt> rodrigo_: i have 'mkdir -p m4' in some of my autogen scripts...
[15:44] <rodrigo_> yeah, but I don't want to add that to debian/rules
[15:44] <desrt> *shrug*
[15:45] <desrt> building from git or a tarball?
[15:45] <rodrigo_> tarball
[15:45] <rodrigo_> a package
[15:45] <desrt> weird.
[15:45] <desrt> and it didn't dist any m4 macros?
[15:45] <rodrigo_> locally creating the m4 dir makes it build ok
[15:45] <rodrigo_> but launchpad then fails with that 'missing m4' error
[15:45] <desrt> i guess the answer is that you should no attempt to run aclocal on a tarball....
[15:45] <rodrigo_> desrt, I guess that's it, checking
[15:46] <rodrigo_> ok, so it's autogen.sh that creates the empty m4 dir, so I guess debian/rules should be running autogen, not configure
[15:47] <desrt> configure is not the problem....
[15:47] <desrt> aclocal is
[15:48] <desrt> there is one thing supported after you extact a tarball: ./configure
[15:48] <pitti> re
[15:48] <dobey> rodrigo_: are you running autoreconf, or just aclocal?
[15:48] <desrt> if that's not working, file a bug upstream because their package is broken
[15:48] <rodrigo_> dobey, dh_autoreconf
[15:48] <pitti> desrt: I'm not sure why the warning wasn't shown before
[15:48] <desrt> dh_autoreconf on a tarball is somewhat wrong-headed....
[15:48] <rodrigo_> desrt, well, it might be my fault, I am packaging a new upstream release
[15:48] <pitti> desrt: I stepped through with it in gdb, and it's running through the exact same code
[15:48] <rodrigo_> the previous package should work, it's in quantal
[15:49] <desrt> pitti: i suppose you consider it to be a good thing that we now get the warning, though
[15:49] <pitti> desrt: you always get the python exception, but an additional warning doesn't hurt
[15:50] <desrt> ah.  i see.
[15:50] <desrt> okay
[15:50] <desrt> pitti: what's the easiest way for me to exercise this code?
[15:50] <desrt> run the pygobject testsuite?
[15:50] <pitti> desrt: git am, and make check, yes
[15:50] <desrt> k.
[15:50] <pitti> I hope it still applies, we have made quite some changes today
[15:50]  * pitti checks
[15:50] <desrt> i'm adding my warning to glib to make sure that it breaks
[15:51] <desrt> then i'm applying your patch and making sure it unbreaks :)
[15:51] <pitti> ah, nice
[15:51] <pitti> yep, still applies
[15:52] <desrt> hm.  it's not breaking.
[15:52] <pitti> the tests fail on glib warnings (except those where we explicitly expect and thus ignore them, but there's only a few)
[15:52] <desrt> is it possible that you lack a testcase that implements interfaces?
[15:52] <pitti> desrt: you mean it doesn't trigger your warning?
[15:53] <pitti> explicitly in tests/test_interface.py, and I'd think implicitly all over the place
[15:53] <pitti> desrt: when I removed either of the pyg_type_add_interfaces() calls, it failed all over the place
[15:53] <desrt> fair enough
[15:54] <desrt> either i'm loading the wrong libgobject or my warning is not working
[15:54] <pitti> you are building/trying in jhbuid?
[15:54] <desrt> ish
[15:55] <desrt> strace says it's getting the right one
[15:55] <pitti> if you build pygobject on quantal, you'll get some failures
[15:55] <desrt> lemme poke around a bit more
[15:59] <desrt> ahah.  it's actually getting the wrong one.
[15:59] <desrt> hrmph.
[15:59]  * desrt wonders if library paths get hardcoded in typelibs or something
[15:59] <pitti> hm, I don't think so
[15:59] <pitti> I remember hacking on glib while running sth. like LD_LIBRARY_PATH=~/upstream/glib/.libs python3 -c '...'
[16:00] <desrt> ya.  my LD_LIBRARY_PATH is fine...
[16:00] <pitti> but "make check" sets its own library path
[16:00] <desrt> seems to be favouring a different flavour of the library, though
[16:00] <pitti> tests/Makefile.am:      LD_LIBRARY_PATH=$(builddir)/.libs:$$LD_LIBRARY_PATH \
[16:00] <pitti> this is meant to preserve an already existing one
[16:00] <desrt> i get the impression that this is libtool's fault
[16:01] <desrt> yup!
[16:01]  * desrt has such intense hatred for rpath...
[16:01] <pitti> urgh, rpath? where?
[16:01] <desrt> everywhere, if you're using libtool
[16:02] <pitti> OMFGreally?
[16:02] <desrt> as soon as you do --prefix=/something/outside/of/usr it sets the rpath on everything it installs
[16:02] <desrt> so you get libfoo depending on a rpath'd version of libgobject in a particular place
[16:02] <desrt> overriding your LD_LIBRARY_PATH
[16:02] <desrt> utter utter braindamage
[16:02] <pitti> $ chrpath -l ./gi/_gi.so
[16:02] <pitti> ./gi/_gi.so: RPATH=/home/martin/upstream/pygobject/gi/_glib/.libs:/home/martin-scratch/gnome/lib64
[16:02] <pitti> eek
[16:03] <pitti> so presumably when I did above tests, I just did ./configure, not a jhbuild build
[16:03] <desrt> i desperately hate .la files
[16:03] <desrt> like, very very badly
[16:03] <desrt> but it's nowhere near the level of my hatred for the fact that libtool sets rpath
[16:06] <desrt> pitti: your patch seems to do the trick
[16:06] <pitti> \o/
[16:07] <desrt> let me upload my gobject patch...
[16:07] <desrt> and see if you can come to the same conclusions
[16:07] <pitti> yep, will do
[16:08] <pitti> desrt: to https://bugzilla.gnome.org/show_bug.cgi?id=687659 ?
[16:08] <ubot2`> Gnome bug 687659 in gobject "drop support for adding interfaces after class_init" [Normal,New]
[16:08] <desrt> yup
[16:08] <desrt> attaching a patch there in just a moment
[16:09] <desrt> okay.  patch is attached.
[16:10]  * pitti runs jhbuild buildone glib
[16:10] <desrt> pitti: before your pygobject patch I see:
[16:10] <desrt> (process:22791): GLib-GObject-WARNING **: attempting to add an interface (TestInterface) to class (test_interface+MyObject) after class_init
[16:10] <desrt> Trace/breakpoint trap
[16:10] <desrt> after your patch, it works again
[16:11] <pitti> confirmed, it's unhappy with the glib patch applied
[16:12] <pitti> Ran 700 tests in 9.854s
[16:12] <pitti> OK (expected failures=1)
[16:12] <pitti> and that's with my patch
[16:12]  * pitti ^5s desrt
[16:12] <desrt> sweet :)
[16:12] <desrt> i've commented about the positive test results on the bug
[16:12] <desrt> it's up to you if you want to go ahead with pushing your patch
[16:12] <desrt> in its own right it's a nice patch
[16:13] <desrt> it will take a little more discussion on the glib side before i can push my patch....
[16:13] <desrt> the glib testsuite itself is in the foul, for example
[16:13] <pitti> desrt: I pushed it
[16:13] <desrt> awesome
[16:13] <pitti> I like it a lot more that way
[16:13] <desrt> ya.  me too.
[16:13] <pitti> while I'm in the mood of simplifying code :)
[16:13] <desrt> even without the glib changes it makes more sense
[16:14] <desrt> thanks a bunch
[16:14] <pitti> and another firefox tab gone :)
[16:14] <pitti> I had some 5 bz ones yesterday, and now it's down to 1
[16:14] <desrt> ya.  this morning is pretty productive for me too :)
[16:17] <mterry> didrocks, so did you want inline branches to be native or split?  /me is not partial, but wants to be consistent
[16:19] <didrocks> mterry: we discussed it a little bit earlier with ken, split seems to be the best IMHO
[16:19] <mterry> didrocks, k
[16:19] <didrocks> thanks :)
[16:19]  * didrocks is fighting jenkins to have fork and join jobs workflow
[16:28] <mterry> didrocks, so this means no need to switch to format 3.0?
[16:29] <didrocks> mterry: not really needed, indeed, this will make the SRU more readable to keep 1.0 if we need to cherry-pick at some point
[16:40] <jbicha> GunnarHj: did you see my comment for bug 1035219?
[16:40] <ubot2`> Launchpad bug 1035219 in Baltix "In System Settings preference tool/keyboard layouts page automaticaly wrong language selectedGNOME" [High,In progress] https://launchpad.net/bugs/1035219
[16:42] <jbicha> while looking through all the gnome-control-center patches to get ready for 3.6 I stumbled across the 52 patch which needs work
[16:44] <seb128> jbicha, if you do g-c-c work please commit to the vcs so we don't dup work, I already reviewed the whole patch stack and took notes, I was going to look at continuing on that soon (I commited by g-s-d 3.6 work to the vcs)
[16:46] <jbicha> seb128: my g-c-c work is already committed
[16:47] <seb128> jbicha, great ;-)
[16:47] <seb128> jbicha, do you know if anyone is looking at getting realmd uploaded btw?
[16:48] <jbicha> oh do we need that?
[16:50] <jbicha> I think we're pretty close on having g-c-c/g-s-d 3.6 ready, we need to figure out the Appearance panel & 2 g-c-c patches need updating
[16:50] <seb128> yes we need that, the user panel depends on it
[16:50] <seb128> we also need the new ibus
[16:50] <jbicha> there's still the keyboard/ibus indicator rework to do but I don't think that should be a blocker at this point
[16:51] <seb128> I would like the ibus indicator to be updated if possible
[16:51] <seb128> the g-s-d one will be harder
[16:56] <jbicha> seb128: how do you want to handle that? we could push what we have to the desktop ppa so that it can be worked on
[16:56] <seb128> jbicha, that works for me
[16:57] <jbicha> or we could push to raring-proposed and as long as ibus has 1 nbs package, it won't migrate to raring
[16:57] <seb128> jbicha, somebody needs to have a proper look to ibus, I plan to do that in the next weeks if nobody beats me to it
[16:57] <seb128> jbicha, proposed is not meant for that, it's for things ready to be uploaded to the archive
[16:57] <seb128> let's use the ppa
[16:57] <jbicha> seb128: Debian experimental has already started, the initial testing I did in an experimental PPA last month seems to work
[16:58] <jbicha> ok, I'll push to the PPA later today
[16:58] <seb128> well, I don't think Debian ported our ibus indicator and tested if it still works under unity ;-)
[16:58] <seb128> thanks
[17:05] <seb128> jbicha, you had rb 2.98 ready for upload right? you should probably push it to raring
[17:24] <chrisccoulson> heh, 90.2degC!
[17:24] <chrisccoulson> will the panda die before the build finishes?
[17:27] <achiang> chrisccoulson: you should get the new samsung chromebook. dual A15s + 2GB of memory
[17:27] <achiang> only $250 USD
[17:29] <GunnarHj> jbicha: Yes, I saw your bug 1035219 comment. Sounds as if you found a way to limit the importance of the bug for standard Ubuntu users, which is good, of course.
[17:29] <ubot2`> Launchpad bug 1035219 in Baltix "In System Settings preference tool/keyboard layouts page automaticaly wrong language selectedGNOME" [High,In progress] https://launchpad.net/bugs/1035219
[17:29] <GunnarHj> jbicha: As regards the g-c-c patch 52, please note that it's there for the User Accounts capplet only. Of course it will need work now when Region and Language is going to be used in Ubuntu.
[17:37] <robru> pitti: ping
[17:38] <jjohansen> so after updating this morning unity is failing to start for me, compiz appeared to be running but has finally crashed
[17:38] <desrt> seb128: i guess you're watching on #g-h?
[17:38] <seb128> desrt, I'm subscribed to the distributor list, saw it there
[17:39] <desrt> cool
[17:39] <seb128> desrt, no surprise there
[17:39] <desrt> seb128: nope.
[17:39] <desrt> and good that they're discussing it so openly and making decisions early and firmly
[17:39] <seb128> though I didn't think they would drop the g-s-d "render the background" code
[17:40] <desrt> a good followup question might be what happens to GnomeBG in libgnome-destkop
[17:40] <seb128> that code didn't change for years and is working ... but, oh well
[17:40] <desrt> seb128: we really want unity doing that rendering... seriously
[17:40] <seb128> desrt, nautilus does it for us
[17:40] <desrt> if we have nautilus rendering the desktop then that's one thing
[17:40] <seb128> desrt, it gives us nice icons on the desktop :p
[17:40] <desrt> because we have to draw the desktop anyway
[17:41] <desrt> but if we don't have nautilus then the cost of having the background drawn by a process other than the WM is fairly high
[17:41] <desrt> it's substantially more efficient to just do it from unity
[17:41] <seb128> desrt, I think compiz has a plugin to draw the background *g*
[17:41] <desrt> ;)
[17:42] <desrt> seb128: unfortunately it doesn't have one to draw the background without snow falling on it or fire or smoke or something else
[17:42] <seb128> well, a background without rain on it would be boring you have to admit
[17:45] <desrt> ya.  that's true.
[17:45] <desrt> and i forgot about the rain one
[17:45] <desrt> rain is nice.  peaceful.
[17:56] <desrt> pitti: is there some way that we can know if pygobject is the one doing the interface registration?
[17:56] <desrt> pitti: i noticed for example that the class name appears to have '+' in it.  is this always the case?
[17:56]  * desrt wants to avoid triggering the warning (in the short term) just because the user is running an old pygobject
[18:10] <didrocks> have a good evening everyone!
[18:23] <jbicha> seb128: realmd isn't really required for g-c-c as I've been using g-c-c 3.6 ok for the past month, it just adds some magic enterprise stuff, right?
[18:25] <seb128> jbicha, not sure, I didn't look at it in details, but during the 3.5 cycle the configure.ac had an hard requirement on it
[18:32] <jbicha> the hard requirement is gone at least
[18:32] <seb128> ok
[18:32] <seb128> still it would be good to get enterprise support in ;-)
[18:44] <seb128> jbicha, did you see my rhythmbox question before?
[18:45] <jbicha> seb128: yes, I was waiting for the quantal sru to be accepted into -proposed first but that's been done now
[18:45] <seb128> ok
[18:45] <seb128> jbicha, did you look at the new ibus yet? I will try to start on that tomorrow otherwise (just don't want to dup work)
[18:49] <jbicha> seb128: I updated it so that I could play with ibus-enabled g-c-c but that was a month ago before Debian picked up the update; I didn't try to rewrite the indicator patch but just disabled it
[18:49] <seb128> jbicha, ok, thanks
[18:50] <qengho> kenvandine: I'm trying to make sense of chromium package versions.  E.g., "22.0.1.2~r12345-0ubuntu1".  I think revisions always add to a release, so should sort after. Not that we should ever just release "1.2.3.4" without "rev5678", but it seems awkward to me.
[18:52] <qengho> ~ is good for naming prereleases, but I'm not sure it's best here.
[18:52] <qengho> GOOG's chrome(tm) packages use hyphen, I notice.
[18:53] <jbicha> qengho: I didn't think chromium did actual releases
[18:54] <qengho> jbicha: there's no one to make packages except us, but they do indeed have releases.
[18:55] <kenvandine> they define the release based on the revision
[18:56] <kenvandine> or really a combination of revisions
[18:56] <qengho> Hah, stable chrome and quantal packages have nearly identical versions right now.   http://pastebin.ubuntu.com/1335481/
[18:57] <kenvandine> http://omahaproxy.appspot.com/viewer
[18:57] <qengho> kenvandine: AFAICT, revisions continue to accrue and add to a past release.
[18:57] <kenvandine> yes
[18:57] <kenvandine> but they use the branch_revision to identify it
[18:57] <qengho> So, 1.2.3 is released at revision 4.  They add rev 5 and rev 6 later, but it's still 1.2.3.
[18:58] <kenvandine> i think so
[18:58] <qengho> ...just 1.2.3-r6
[18:58] <kenvandine> which is why we have the revision there
[18:58] <qengho> Right.
[18:59] <kenvandine> so i guess in this case "-" might make more sense
[18:59] <qengho> kenvandine: this is not important at all, considering how we release.  I was just trying to get everything right.
[18:59] <kenvandine> but it is probably never going to matter
[18:59] <qengho> Yep.
[18:59] <qengho> kenvandine: thanks.  Sorry for noise.
[18:59] <kenvandine> and, we are really used to seeing the  ~ in versions like this
[18:59] <kenvandine> no worries
[18:59] <kenvandine> how's it going?
[19:00] <kenvandine> qengho, i think it would make sense to attempt to build the dev channel for raring, but the patches.... ugh
[19:01] <qengho> kenvandine: Everything is going good. I'll get to beta and dev patches next week, I expect.
[19:01] <kenvandine> i know there will be big problems in the dev channel
[19:02] <kenvandine> the changes for handling extensions
[19:02] <kenvandine> will affect webapps
[19:02] <kenvandine> so make sure you test the webapps integration
[19:02] <kenvandine> and try to work with alex-abreu
[19:02] <dobey> qengho: btw, did you get past that spot you were stuck on with the chromium builds, and posted on G+? did the u1 nightlies build stuff help?
[19:04] <BigWhale> Greetings all
[19:04] <kenvandine> hey BigWhale
[19:05] <qengho> dobey: We decided to break the problem into two.  Merging lp translations before making the orig is out, and we'll send the translations upstream and receive them back already inside source.  It wins in many ways, but adds some lag.
[19:05] <BigWhale> so if I wasn't deploying right now.. I'd be asking about guidelines for unit/integration testing in Gtk. Any docs on that lying around?
[19:16] <dobey> qengho: cool
[19:37] <BigWhale> dobey! https://bugs.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone/+bug/934206
[19:37] <ubot2`> Launchpad bug 934206 in rhythmbox-ubuntuone (Ubuntu Precise) "track duplication from RB-U1" [High,Fix released]
[19:37] <BigWhale> dobey, I'm still seeing this ... :'(
[19:37] <BigWhale> on 12.10
[19:45] <dobey> BigWhale: unpossible!
[19:47] <BigWhale> dobey, it might be a leftover from 12.04 ...
[19:47] <BigWhale> but I am not sure.
[19:47] <dobey> BigWhale: how are you seeing it? what are the paths of two duplicated files? what paths are in your library paths setting (gsettings get org.gnome.rhythmbox.rhythmdb locations)
[19:47] <seb128> ricotz, you should talk to desrt about the
[19:47] <seb128> #if !GLIB_CHECK_VERSION(2, 35, 0)
[19:47] <seb128>    g_type_init ();
[19:48] <seb128> #endif
[19:48] <seb128> it was approved as I see, desrt doesn't like it though ;-)
[19:48] <seb128> Trevinho, ^
[19:49] <ricotz> seb128, i see, i didnt want to break the backwards compatibility while glib 2.35 isnt available in ubuntu yet
[19:49] <ricotz> seb128, what is desrt favorite solution? ;)
[19:50] <ricotz> a runtime check?
[19:51] <Trevinho> seb128: mh, ok
[19:52] <seb128> ricotz, Trevinho: he said to use GLIB_VERSION_MIN_REQUIRED IIRc
[19:54] <ricotz> seb128, i see
[19:57] <BigWhale> dobey, actually I have only one file of each song ...
[20:02] <dobey> BigWhale: see, i told you it was unpossible! :)
[20:03] <BigWhale> yeah well rythmbox still shows two entries
[20:03] <BigWhale> I'll just delete everything
[20:03] <BigWhale> and see what happens
[20:04] <dobey> BigWhale: oh, so that wasn't an answer to my question. the two entries point to the same path, for one song?
[20:04] <dobey> BigWhale: also, the fix didn't remove existing duplicates; so they are probably left over
[20:05] <BigWhale> that's what I was asking myself
[20:05] <dobey> BigWhale: easiest fix is to remove ~/.local/share/rhythmbox/rhythmdb.xml and let it rescan everything
[20:08] <BigWhale> I removed the whole rhythmbox directory :>
[20:08] <BigWhale> I only have 5 mp3 so it won't take too long to rescan :>
[21:05] <desrt> kenvandine: NC is looking a fainter and fainter shade of red ;)
[21:06] <kenvandine> heh
[21:06]  * kenvandine crosses fingers
[21:06] <kenvandine> 55% of the voters voted early, so i should have short lines tomorrow
[21:07] <desrt> that 55% figure is bad news for improving obama figures
[21:07] <desrt> too late for people to change their minds
[21:08] <mlankhorst> who cares
[21:09] <desrt> mlankhorst: was a hot topic for discussion at UDS :)
[21:09] <mlankhorst> whether you follow it or not, you still end up with the same president, so it's a waste of time following the news :-)
[21:11] <mlankhorst> and for those cynical and outside the us, they still are going to do the same thing on foreign policy, which is basically pushing only us's point of view there, that's always been us' policy there :p
[21:27] <achiang> kenvandine: desrt: do you guys know what package displays the suspend/shutdown/restart dialog when power button is pressed?
[21:32]  * achiang guesses gnome-settings-daemon
[21:34] <sarnold> achiang: see /etc/acpi/powerbtn.sh
[21:35] <achiang> sarnold: doesn't exist on my nexus7 :)
[21:35] <sarnold> achiang: hrm :)
[21:36]  * achiang is chasing http://pad.lv/1041137
[21:36] <ubot2`> Launchpad bug 1041137 in ubuntu-nexus7 "Activating suspend from power button menu does not work" [High,Confirmed]
[21:36] <achiang> it works from indicator-session, but not from that dialog box
[21:37] <achiang> so trying to figure out why that assert fails
[21:37] <achiang> gnome-settings-daemon is indeed running as the logged in user and not as root or anything weird like that
[22:06] <robert_ancell> Laney, hey, can you drop the gnome-games upload I just did to quantal-proposed? I should have numbered that -0ubuntu1.1 instead of -0ubuntu2
[22:08] <robert_ancell> hang on, me checks if you're an archive admin...