[03:26] <pitti> Good morning
[03:30] <mterry> pitti, good night!  :)
[03:30] <pitti> mterry: sleep well!
[03:30] <mterry> pitti, happy release day
[03:31] <pitti> thanks, and to you tomorrow!
[05:27] <didrocks> good morning
[05:30] <pitti> bonjour didrocks
[05:30] <pitti> didrocks: happy precise day!
[05:30] <didrocks> guten morgen pitti! How happy precise day as well :)
[05:31] <smspillaz> happy release day :)
[05:31] <pitti> hey smspillaz, you too!
[05:31] <smspillaz> 12.04 looks rockin
[05:31] <didrocks> hey smspillaz ;)
[06:20] <didrocks> Trevinho: hey, you are working on https://code.launchpad.net/~thomir/unity/avoid-duplicate-icons/+merge/103602 now? (I think it's the last merge before (5.12)
[06:21] <Trevinho> didrocks: I've done both the unity and bamf work.
[06:21] <Trevinho> the bamf side is needed to match the applications with no desktop file
[06:21] <Trevinho> s/match/fix/
[06:21] <didrocks> yeah https://code.launchpad.net/~3v1n0/bamf/lib-factory-xids-matching/+merge/103591
[06:21] <Trevinho> so.... how much do I have?
[06:21] <didrocks> hum
[06:22] <didrocks> Trevinho: well, it seems that upstream testing didn't happen yet at all, remember that I asked to refrain merging things yesterday? :p
[06:22] <didrocks> (and I warned about that a week ago)
[06:22] <didrocks> but PS and processes…
[06:22] <didrocks> Trevinho: let's say a couple of hours, but just on those, right?
[06:22] <didrocks> nothing more
[06:22] <Trevinho> didrocks: mh...
[06:23] <didrocks> "mh.." ?
[06:23] <Trevinho> didrocks: we can merge the unity fix only...
[06:23] <Trevinho> didrocks: I mean.. I can't get anyone to review the bamf one
[06:23] <didrocks> Trevinho: that's the point of merging the unity fix then without the bamf one?
[06:23] <didrocks> Trevinho: let's postpone both then
[06:23] <Trevinho> didrocks: no...
[06:24] <Trevinho> didrocks: the unity one has not a strict dependency on bamf
[06:24] <didrocks> Trevinho: right, but what's the gain of merging it without bamf?
[06:24] <Trevinho> the unity one fixes the issue for applications like g-c-c that duplicate icons on bamfdaemon kill
[06:24] <didrocks> ok
[06:25] <Trevinho> the other.. fixes the problem for less used apps with no .desktop file (and ensures that the one with the desktop are not duplicated too)
[06:25] <Trevinho> so...  to get the final fix we should have both, but for the more visible one unity is  enough
[06:27] <didrocks> Trevinho: sounds good then, no worry about tha bamf one if it's not here yet
[06:27] <didrocks> will be in next SRU
[06:27] <Trevinho> didrocks: ok.. I'll fix the test and it's yours
[06:29] <Trevinho> didrocks: it would be nice to get this too: https://code.launchpad.net/~3v1n0/bamf/desktopless-webapps-fix/+merge/103608 :P
[06:29] <Trevinho> (to be improved later)
[06:30] <didrocks> Trevinho: well, no hurry for the first SRU :)
[06:30] <didrocks> then, we need to discuss with the SRU team as the ine between a feature and a fix is tight here :)
[06:31] <Trevinho> didrocks: well, it's a fix.... :)
[06:35] <Trevinho> didrocks: I've a question for you.... Should I include an Ap test that will fail until the libbamf fix is not in (as reminder :)), or just I remove it until we don't get that fix in?
[06:36] <didrocks> Trevinho: depends, I find a lot of merge are playing with the line TBH, but overall, they are good for precise :)
[06:36] <didrocks> Trevinho: I would personally remove it and split into another branch
[06:36] <didrocks> Trevinho: to avoid confusion
[06:36] <didrocks> or get it in
[06:36] <Trevinho> ok
[06:36] <didrocks> and just return with // FIXME
[06:37] <didrocks> you will enable it again when the bamf fix is here
[06:45] <Trevinho> didrocks: it's coming here https://code.launchpad.net/~3v1n0/unity/avoid-duplicate-icons/+merge/103611
[06:46] <didrocks> Trevinho: excellent! :)
[06:46] <didrocks> Trevinho: just ensure it's approved, I'm waiting for mvo now for the s-c branch :)
[06:48] <Trevinho> didrocks: ehm... who should approve it? :)
[06:48] <Trevinho> thomi is out...
[06:48] <Trevinho> thumper, maybe? :)
[06:48] <Trevinho> didrocks: I've to go no... can I leave it in your hands?
[06:50] <didrocks> Trevinho: sure :)
[06:50] <didrocks> thanks again!
[06:50] <Trevinho> cool, yw! ;)
[06:50] <Trevinho> cheers
[06:50] <didrocks> but it shows that without freeze, people don't refrain for merging :/
[06:51] <didrocks> """fortunatly""" upstream failed to do their upstream tests, so no work in vain
[06:59] <jasoncwarner_> ping RAOF
[06:59] <RAOF> Pong
[06:59] <pitti> hey jasoncwarner_
[07:00] <jasoncwarner_> morning, pitti ! Happy release day all you EU folk
[07:00] <pitti> jasoncwarner_: happy release day to you, too!
[07:01] <jasoncwarner_> thanks, pitti 12.04, going out the door (I like childish rhymes...sue me! )
[07:01] <pitti> jasoncwarner_: nah -- rather /j #ubuntu-release-party, and feel the excitement!
[07:02] <jasoncwarner_> pitti: annnnnd.....I'm there :)
[07:51] <didrocks> ogra_: hey, FYI, we are doing a compiz release right now
[07:51] <didrocks> ogra_: this one includes the fix from sil2100
[07:55] <didrocks> mvo: hey!
[07:57] <mvo> hey didrocks
[07:57] <didrocks> happy release day! :)
[07:58] <mvo> happy release day!
[07:58] <pitti> mvo: guten Morgen
[07:58] <mvo> hey pitti
[07:58] <didrocks> mvo: on https://code.launchpad.net/~mvo/unity/usc-launcher-fix-982921/+merge/102257, do you have the time to quickly add a manual test (there is a test directory) for now? and push that? I'll approve the branch then
[07:58] <didrocks> don't want to steal your merge proposal, if you don't have the time, it's ok, I'll do it and repropose the branch
[07:59] <mvo> didrocks: how is that manual test done? just a test file?
[07:59] <didrocks> mvo: yeah, you will see some test file in the test directory
[07:59] <didrocks> manual-tests/
[08:00] <didrocks> just add a file here with the same templating than others :)
[08:00] <mvo> ok
[08:02] <seb128> hey
[08:02] <seb128> didrocks, mvo: happy precise day ! ;-)
[08:03] <didrocks> happy precise day seb128!
[08:07] <Sweetshark> Morning everyone and happy release day!
[08:07] <seb128> Sweetshark, hey, happy release day!
[08:07] <pitti> hey seb128, happy precise day!
[08:07] <pitti> hey Sweetshark
[08:08] <seb128> pitti, happy precise day ;-)
[08:08] <didrocks> hey Sweetshark! happy release day
[08:13] <mvo> didrocks: updated
[08:13] <mvo> hey seb128
[08:13] <didrocks> mvo: you rock \o/
[08:13]  * didrocks hugs mvo
[08:14] <mvo> didrocks: thanks, but it was just writing some lines of text ;)
[08:14]  * mvo hugs didrocks back
[08:14] <didrocks> mvo: well, the fix was needed ;)
[08:14] <Sweetshark> pitti, seb128: given that the libreoffice SRU is still unapproved https://launchpad.net/ubuntu/precise/+queue?queue_state=1 and I have some more fixes for 3.5.2 ready, can we replace/update that SRU? Or should just go with 3.5.2-2ubuntu2 as SRU and do those fixes in a 3.5.3-0ubuntu1 release (3.5.3rc2 is tagged upstream already and most the final). opinions?
[08:14] <pitti> Sweetshark: yes, we can certainly replace it
[08:14] <Sweetshark> didrocks: happy release day to you too.
[08:15] <mvo> didrocks: yeah, the fix is useful, I'm happy that I got to it
[08:15] <pitti> Sweetshark: btw, is "remove presentation templates for install media size" still appropriate for an SUR?
[08:15] <pitti> SRU
[08:15] <pitti> Sweetshark: i. e. do you want to remove the templates for any other reason than CD size?
[08:16]  * didrocks approves to keep the merger busy
[08:16] <Sweetshark> pitti: no, but a) they are very ugly anyway and b) will be replaced with something non-ugly in ubuntu q${whatever-the-rest-of-that-releasename-is}
[08:17] <pitti> Sweetshark: "quantal"
[08:18]  * Sweetshark mumbles quantal, the chantalism for ubuntu.
[08:21] <Sweetshark> pitti: If I replace the SRU with something new, it still has to be libreoffice-3.5.2-2ubuntu3 then, right? with a changes file from libreoffice-3.5.2-2ubuntu1 as ubuntu2 never saw the light of day? or from ubuntu1?
[08:21] <pitti> Sweetshark: no, you can reuse the version number if you prefer
[08:21] <pitti> Sweetshark: if you add a new one to not trash git, you need to build the .changes with -v3.5.2-2ubuntu1
[08:34]  * Sweetshark loves our shiny new https://gerrit.libreoffice.org/ ...
[08:35] <mvo> didrocks: just added a commit message to make the merger happy
[08:35] <didrocks> mvo: thanks, was just about to do that :)
[08:35] <mvo> :)
[08:36] <chrisccoulson_> good morning everyone
[08:36] <ogra_> didrocks, ergh, who is doing the testbuild on arm then ?
[08:37] <ogra_> (note that i was also working on it, just didnt have testbuild capacities due to my board being used for image testing)
[08:38] <didrocks> ogra_: I uploaded to the ppa, but you can now take lp:compiz or unity-team/staging if you want
[08:38] <didrocks> ogra_: if you need access to this ppa with arm builders, I can give you some
[08:38] <ogra_> the tree is enough
[08:40] <ogra_> didrocks, oh, you built for arm ... who did update the gles patch ?
[08:40] <ogra_> (intresting that it builds at all)
[08:40] <didrocks> ogra_: nobody, that's why I ping you :)
[08:40] <didrocks> ogra_: it doesn't build
[08:41] <ogra_> ah, i see
[08:42] <ogra_> well, my tree is totally outdated now, i only had merged sil2100's patch this night ...
[08:42] <BigWhale> I pressed CTRL-SUPER-LEFt and my xchat jumped on the left, then I accidentally clicked on thunderbird and I pressed C-S-RIGHT and I was like: wow! pretty!
[08:42] <BigWhale> And good morning to everyone, happy release day! :)
[08:43] <seb128> chrisccoulson_, hey, how are you?
[08:43] <seb128> BigWhale, hey, happy release day!
[08:43] <chrisccoulson_> seb128, yueah, good thanks. how are you?
[08:44]  * Sweetshark waves at chrisccoulson.
[08:44] <chrisccoulson> hi Sweetshark, how are you?
[08:46] <seb128> chrisccoulson, I'm good thanks!
[08:46] <seb128> chrisccoulson, happy release day ;-
[08:46] <seb128> ;-)
[08:46] <chrisccoulson> heh :)
[08:46] <Sweetshark> chrisccoulson: great, got something decent into precise, I think.
[08:46] <didrocks> hey chrisccoulson!
[08:47] <chrisccoulson> hi didrocks!
[08:47]  * Sweetshark has a crazy idea again, but since the last one (bibisect) turned out pretty well, I might give it a try ...
[08:53] <Sweetshark> the idea is layering ccache, so that it has CCACHE_DIR and CCACHE_DIR2. Look in CCACHE_DIR, if found: act like normal ccache. If not found, look in CCACHE_DIR2. If found, use and add to CCACHE_DIR. If not found, compile and add to CCACHE_DIR and CCACHE_DIR2.
[08:54] <Sweetshark> make CCACHE_DIR local and CCACHE_DIR2 a NFS share and use this by multiple indentical pbuilders building libreoffice.
[08:55] <Sweetshark> how insane does that sound?
[09:05] <ogra_> seb128, heh, are you planning on bringing xscreensaver back ? or will you fork an older g-s-s ?
[09:06] <seb128> ogra_, neither?
[09:06] <ogra_> from scratch ?
[09:06] <seb128> well I guess the code for old gnome-screensaver should be not too hard to forward port over the current version
[09:06] <mvo> xss - woah, like in the old days
[09:07] <mvo> what is the issue? just for the nosy michael?
[09:07] <ogra_> well, g-s-s wont give you per theme settings
[09:07] <ogra_> mvo, no idea, just saw sebs mail :)
[09:07] <seb128> ogra_, I've no plan, if somebody wants to work on that and come with something working we will include it
[09:07] <ogra_> and was curious since the spec talks about the possibility to appply settings to the screensavers
[09:08] <seb128> ogra_, but my gut feeling is that it will not happen
[09:08] <ogra_> yeah, i agree, unless someone really invests into it
[09:09] <ogra_> or lightdm learns to handle them :) (which likely drops the "light" from its name) :)
[09:14] <seb128> ogra_, well, lightdm would not to it, but you would do a screensaver-greeter
[09:15] <seb128> would->could
[09:22] <rickspencer3> hey seb128, didrocks, pitti, ogra_, mvo, etc...?
[09:22] <mvo> hey rickspencer3
[09:22] <rickspencer3> how does everyone feel on this release day?
[09:22] <didrocks> hi rickspencer3 :)
[09:23] <ogra_> rickspencer3, stressed :P
[09:23] <didrocks> rickspencer3: working on the future SRU, precise is already so old school! :-)
[09:23] <didrocks> the release itself looks stellar though ;)
[09:23] <didrocks> a real milestone for ubuntu
[09:24] <ogra_> didrocks, how do you update a branch with a new compiz upstream, alf_ has massive probs since bzr bd-do seems to try to pull from releases.compiz.org
[09:24] <ogra_> (or do you just wget and dump it in manually ? )
[09:24] <didrocks> ogra_: I wget, upstream are moving their branch/release process to launchpad
[09:25] <ogra_> ah, great
[09:25] <ogra_> alf_, ^^^
[09:25] <didrocks> ogra_: but it will surely move to a definitive place in a week
[09:25] <ogra_> just wget from compiz-core
[09:25] <didrocks> https://launchpad.net/compiz-core/0.9.7/0.9.7.8/+download/compiz-0.9.7.8.tar.bz2
[09:25] <seb128> rickspencer3, bonjour ;-)
[09:25] <ogra_> didrocks, well, as soon as gles is merged upstream i dont care anymore :)
[09:25] <seb128> rickspencer3, iz the BEST ubuntu release EVER! It ROCKS ;-)
[09:25] <ogra_> and i assume you dont do rollling new upstream SRU releases
[09:26] <ogra_> (though i assumed that before not expecting to be greeted with a new one on release day :P )
[09:26] <didrocks> ogra_: heh
[09:26] <didrocks> ogra_: yeah, we do bug fixes releases
[09:26] <didrocks> for compiz/nux/unity
[09:26] <ogra_> do you have any schedule or public plan we could look at for the future plans ?
[09:27] <seb128> rickspencer3, I'm very excited by the release, things look really good from where I stand ;-)
[09:27] <didrocks> ogra_: not yet, the goal was just "getting a first SRU before everyone goes to oakland"
[09:27] <ogra_> so we know when to expect new upstreams
[09:27] <alf_> didrocks: so I should just get the debian/ dir from debcheckout and apply the patches to the 0.9.7.8 tree manually?
[09:27] <didrocks> alf_: right
[09:27] <ogra_> yep
[09:27] <alf_> didrocks: ogra_; ok
[09:31] <pitti> hey rickspencer3
[09:31] <pitti> rickspencer3: I feel very precise!
[09:33] <BigWhale> pitti, Precisely that! I sent out a press release for today's release party in Slovenia and told people that they need to be there at precisely 1900 hours! :>
[09:55] <asac> didrocks: we get a new compiz today :)?
[09:56] <didrocks> asac: in -proposed, yeah :) as soon as ogra_/alf_ dealt with the linaro patch
[09:56] <asac> didrocks: what does -proposed mean?
[09:56] <didrocks> no new compiz-plugins-main though, it just has a minor fix compared to what we have in the distro
[09:56] <asac> going in today? or just "SRU"
[09:56] <didrocks> asac: precise-proposed? the pocket? :)
[09:56] <didrocks> for a future SRU :)
[09:57] <didrocks> not in finale precise by any mean :)
[09:57] <asac> didrocks: sure. just wonder if you plan to roll this into todays release still :)
[09:57] <ogra_> asac, that it moves to -updates as soon as it has been tested on all arches
[09:57] <asac> ogra_: yeah.
[09:57] <didrocks> asac: ahah, let's push the crack! :)
[10:07] <chrisccoulson> man, i wish i didn't stay up so late last night playing angry birds space
[10:07]  * didrocks still never played angry birds
[10:08] <chrisccoulson> heh
[10:08] <chrisccoulson> you're missing out. but space takes it to a whole new level ;)
[10:09] <chrisccoulson> didrocks, http://www.rovio.com/en/our-work/games/view/43/angry-birds-space ;)
[10:09] <didrocks> my phone doesn't support it and I have IT docs to read when I'm using it ;)
[10:11] <chrisccoulson> w00t, new firefox beta already https://launchpad.net/~mozillateam/+archive/firefox-next/+sourcepub/2398508/+listing-archive-extra ;)
[10:31] <pitti> Sweetshark: so do you want me to reject the current upload?
[10:48] <Sweetshark> pitti: yes.
[10:58] <pitti> Sweetshark: ok, done
[11:35] <ogra_> didrocks, alf_ is testing the armhf testbuild, once he reports success i will commit the new patch to the tree and ping you, so you can upload
[11:35] <didrocks> ogra_: we are finishing some testing locally first, thanks! :)
[11:36] <ogra_> pfft, i dont care about your tests on yesterdays arches :)
[11:36] <didrocks> ogra_: :p
[11:36] <ogra_> as long as arm works ... its da fjutscha !
[11:36] <didrocks> you mean, the one where compiz is actually building? ;)
[11:36] <didrocks> ones*
[11:36] <ogra_> come on, building compiz only takes 30min here
[11:36] <ogra_> (well, probably closer to 45)
[11:36] <didrocks> even my laptop is faster (not a lot, but a little bit)
[11:37] <didrocks> ah, it *is* faster then :)
[11:37] <ogra_> pfft
[11:37] <ogra_> speed isnt everything
[11:37] <ogra_> *we* save the planet !
[11:37] <smspillaz> ogra_: you can use -DBUILD_TESTING=OFF to disable building the tests, will speed up compilation quite a bit
[11:38] <ogra_> oh, good to know (for next time) :)
[11:56] <ogra_> didrocks, committed and pushed
[11:57] <ogra_> (test worked fine)
[11:59] <didrocks> ogra_: woow! I'll push to the ppa to ensure it builds fine as well (double checking)
[11:59] <ogra_> right
[12:07]  * pitti hugs the channel
[12:07] <ogra_> yay
[12:07] <pitti> Look, a Pangolin!
[12:07] <chrisccoulson> heh :)
[12:08] <chrisccoulson> the download page doesn't work though
[12:08] <chrisccoulson> http://www.ubuntu.com/download/desktop
[12:08] <chrisccoulson> "Site off-line" :/
[12:08] <chrisccoulson> oh
[12:09] <chrisccoulson> it works now ;)
[12:11] <seb128> pitti, \o/
[12:11] <chrisccoulson> so, who's upgraded to Q already?
[12:11] <ricotz> YAY \o/
[12:11] <chrisccoulson> ;)
[12:12] <seb128> chrisccoulson, ricotz probably did, in fact he's running a ppa who is ahead in version compared to what stable q will have I'm sure ;-)
[12:12] <ogra_> chrisccoulson, upgraded ?
[12:12]  * ogra_ starts preparing the first Q SRUs already :P
[12:12] <didrocks> yeah \o/
[12:15] <mlankhorst> how long does it take to build?
[12:24] <chrisccoulson> heh, https://twitter.com/#!/chrisccoulson/status/195488443613196288 ;)
[12:26] <seb128> chrisccoulson, hehe
[12:37] <geser> chrisccoulson: and do you have any success in winning this event?
[12:48] <Sweetshark> libreoffice_3.5.2-2ubuntu3 uploaded to chinstrap. could you review the four changesets over ubuntu2 (ubuntu2 was already reviewed by seb128)
[12:48] <Sweetshark> pitti: ^^
[12:48] <Sweetshark> pitti: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=shortlog;h=refs/heads/ubuntu-precise-3.5
[12:48] <pitti> not now, sorry; in firefighting mode
[12:48] <Sweetshark> pitti: ;)
[12:48] <Sweetshark> pitti: fires are ueberbewertet
[12:49] <Sweetshark> pitti: no need to hurry this, it will build for few hours anyway ;)
[12:51] <Sweetshark> meh, launchpad only shows timeouts -- its almost as if we are having a release today.
[13:14] <cyphermox> Boo. This morning my alarm doesn't ring and i miss all the good news ;-)
[13:14] <chrisccoulson> cyphermox, what news?
[13:14] <chrisccoulson> i must have missed that!
[13:14] <chrisccoulson> ;)
[13:15] <cyphermox> Hehe
[13:16] <cyphermox> On my phone,  commuting right now. The ubuntu home page won't load too
[13:16] <cyphermox> Bbl
[13:18] <ogra_> cyphermox, yes, known ... being fixed
[13:49] <mterry> Guh, I've been on 12.04 for a whole day.  When can I start using quantal?
[13:49] <kenvandine> :)
[13:51] <ogra_> mterry, missed the memo ? we already started with quantal SRUs
[13:51] <ogra_> :P
[13:52]  * mterry upgrades to R then
[13:52] <mterry> Must..  stay.. ahead of curve
[13:52] <ogra_> heh
[14:02] <bcurtiswx> the people over at QQ called. They want their IM protocol name back..
[14:06] <kenvandine> bcurtiswx, lol
[14:10] <bcurtiswx> is the power icon supposed to be red when a restart is required ?
[14:11] <bcurtiswx> well let me rephrase ... the power indicator at the top right of the desktop
[14:13] <pitti> I think it is, yes
[14:14] <seb128> bcurtiswx, yes, it mike take 30s before it catch the update though
[14:15] <bcurtiswx> On my VM of precise it does, but on my laptop not. (note my laptop was upgraded from 11.10 back when precise dev started)
[14:15] <bcurtiswx> maybe theres a residual config ?
[14:18] <bcurtiswx> right now update-manager says restart required, but my indicator is still white..
[14:18] <bcurtiswx> and nothing in the indicator says restart required
[14:18] <seb128> weird
[14:19] <seb128> bcurtiswx, do you have python-aptdaemon.pkcompat installed?
[14:20] <kenvandine> bcurtiswx, can you do sru verification on bug 985801 ?
[14:20] <ubot2> Launchpad bug 985801 in gwibber "Facebook does not store short names anymore. Names appear blank when "Show real names in messages" is not checked. " [Medium,Fix committed] https://launchpad.net/bugs/985801
[14:26] <bcurtiswx> kenvandine, confirmed. Fix was successful on my gwibber client
[14:26] <kenvandine> bcurtiswx, thx
[14:26] <kenvandine> bcurtiswx, please comment on the bug
[14:27] <bcurtiswx> seb128, it appears not installed. Packagekit it wants to remove with the python installation
[14:28] <seb128> bcurtiswx, ok, maybe that's why it doesn't work for you
[14:28] <seb128> that's what ubuntu use by default
[14:28] <seb128> i.e what it got tested with
[14:29] <bcurtiswx> seb128, could have been a dist-upgrade that i overlooked. thanks
[14:29] <seb128> bcurtiswx, well, we never install pkgkit, it's something you did
[14:30] <bcurtiswx> seb128, hmm, either way. thx :)
[14:30] <seb128> yw!
[14:30] <bcurtiswx> kenvandine, comment made :)
[14:31] <bcurtiswx> hey look it's red.. haha. brb after reboot
[14:58] <mhr3> desrt, actually lets take it here :)
[14:58] <mhr3> so we have this very interesting deadlock
[14:58] <mhr3> hope you could take a look
[14:58] <desrt> please tell me it's not across multiple processes :)
[14:58] <mhr3> no worries, just two threads ;)
[14:58] <mhr3> http://pastebin.ubuntu.com/947434/
[14:59] <mhr3> now it's pretty interesting that both are in dbus_connection_get_type
[15:01] <desrt> uh oh
[15:01] <mhr3> it looks that the worker thread is the one that started the initialization
[15:01] <desrt> i think this is a case of someone doing something stupid in a class_init
[15:01] <mhr3> and our main thread locked up
[15:01] <desrt> like gdbusproxy?
[15:02] <mhr3> perhaps :)
[15:02] <desrt> hmm
[15:02] <desrt> mhr3: why didn't you poke davidz about this? :)
[15:02] <didrocks> mhr3: you will like beeing this "someone doing something stupid" :p
[15:02] <mhr3> desrt, cause you're the thread master :)
[15:02]  * seb128 watches people try to drop their issues to the next man
[15:02] <desrt> and david is the dbus master :p
[15:03] <desrt> mhr3: so this looks very similar to this class of problems we were having at one point
[15:03]  * seb128 though desrt was at the end of that dropping ball line but was wrong ;-)
[15:03] <desrt> with calling stuff from class init functions
[15:03] <desrt> but it's not exactly the same
[15:03] <desrt> give me a second to meditate over this stack trace :)
[15:03] <mhr3> sure, i've been meditating on it for an hour :P
[15:04] <mhr3> at first i was like no way glib would lock up...
[15:04] <kenvandine> glib is perfect :)
[15:04] <mhr3> but, perhaps there is a way :P
[15:05] <desrt> mhr3: so i think you've hit a really really ugly case of lock inversion in gobject
[15:05] <desrt> assuming you treat the standard get_type() 'once' calls as a lock
[15:29] <didrocks> ogra_: compiz successfully built on all archs, even the slow ones :p
[15:34] <ogra_> didrocks, you mean powerpc ? :P
[15:35] <ogra_> (good to hear)
[15:35] <seb128> ogra_, don't troll powerpc, the powerpc users are somewhat more responsive that the armel ones ;-)
[15:36] <ogra_> pfft, there are no armel users ... thats so last release
[15:36] <didrocks> ogra_: I was going to make the same remaks on powerpc builders building faster :p
[15:36] <seb128> ogra_, same for armhf
[15:37] <seb128> ogra_, half trolling, I'm pretty sure that user account bug we discussed some weeks ago on arm is still there
[15:37] <seb128> ogra_, though we did fix the powerpc glib,gresource issue which 3 people complained about ;-)
[15:37] <ogra_> yeah, i didnt have time to actually look into it or trigger any other devs to look into it
[15:37] <ogra_> prob with arm users is that they usually use their boards for development
[15:38] <seb128> ogra_, you would assume that's the kind of users that would debug stuff for you :p
[15:38] <ogra_> if they dont develop stuff for life on them, yes
[15:38] <ogra_> most of them just need a compiler and roll their own SW
[15:39] <ogra_> (and use ubuntu desktop images for demos at fairs etc
[15:39] <ogra_> )
[15:41] <didrocks> https://plus.google.com/s/Ubuntu/posts is really crazy, approx 1 post a second
[15:42] <seb128> didrocks, nice ;-)
[15:45] <seb128> lol
[15:45] <seb128> "I wonder why #ubuntu is all over my technology feed. What is #ubuntu ? Is it an animal or something?"
[15:47] <didrocks> :-)
[15:47] <pitti> oh, wow
[16:10] <pitti> good night everyone!
[16:16] <seb128> pitti, 'night
[16:20] <didrocks> gl
[16:20] <didrocks> good night pitti!
[16:32] <mterry> didrocks, yeah, that G+ page is fun
[16:32] <didrocks> mterry: it's quite hypnotic, but you can get sick fast ;)
[16:57]  * didrocks waves good evening, time for some exercice and dinner
[17:24] <seb128> desrt, hey again, does http://pastebin.ubuntu.com/947736/ speak to you?
[17:25] <seb128> desrt, is that a valid,known,worth report leak?
[17:25] <desrt> seb128: this iis what you see whenever anyone leaks a GVariant that came from dbus
[17:26] <desrt> seb128: it's quite difficult to track down exactly which GVariant it is
[17:26] <seb128> desrt, is there any way to figure who is the "anyone"?
[17:26] <desrt> seb128: not easily
[17:26] <seb128> hum, ok, shame
[17:26] <desrt> it's the ages-old valgrind complaint: you need to see where the pointer is leaked -- not where the memory for that pointer was allocated
[18:02] <chrisccoulson> seb128, i've debugged issues like that before, although, i don't have a very scientific approach to tracking them down ;)
[18:03] <chrisccoulson> my approach was basically - 1) pick a module i thought was most likely to be leaking (in my case, dbusmenu), then 2) audit the gdbus method handlers ;)
[18:05] <chrisccoulson> seb128, what is it that is leaking?
[18:41] <seb128> chrisccoulson, hey
[18:41] <seb128> chrisccoulson, "what" is the question :p
[18:42] <seb128> chrisccoulson, the log is a unity-panel-service one, so it could be any of the loaded indicators
[19:11] <mterry> kenvandine/seb128: what's the story with webkit and gtk3?  does webkit-3.0 use gtk3?
[19:11] <seb128> mterry, what is webkit-3?
[19:11] <seb128> mterry, webkit source dual build gtk2 and gtk3
[19:12] <mterry> seb128, versus webkit-1.0?
[19:12] <mterry> see both in archive
[19:12] <seb128> mterry, no such source or binary in ubuntu
[19:12] <kenvandine> webkitgtk-3.0.pc
[19:12] <kenvandine> ?
[19:12] <mterry> for example, there's both libwebkitgtk-3.0-0 and libwebkitgtk-1.0-0
[19:12] <chrisccoulson> seb128, that's going to be fun to debug then ;)
[19:12] <seb128> right, dual build from the webkit source
[19:12] <chrisccoulson> i might have a go
[19:13] <seb128> chrisccoulson, you like challenges! ;-)
[19:13] <chrisccoulson> the last one i looked at was also in unity-panel-service ;)
[19:13] <seb128> chrisccoulson, how did you figure it out? just code reading?
[19:13] <seb128> mterry, they are both from the webkit source, the gtk3 version is the only one on the CD for precise
[19:14] <seb128> mterry, not sure I understand the question but yeah -1 is gtk2 and -3 is gtk3, that's a configure time option, and both come from webkit source which does a dual build
[19:14] <mterry> seb128, hrm.  trying to use it from python is giving me a gtk2 version.  will dig deeper
[19:14] <seb128> mterry, gir1.2-webkit-3.0
[19:15] <mterry> yup, have that installed
[19:15] <mterry> and not the other gir
[19:15] <mterry> i.e. not gir1.2-webkit-1.0
[19:15] <seb128> weird
[19:15] <seb128> how do you know it's a gtk2 version?
[19:15] <mterry> [000:001] Browser XEmbed support present: 1
[19:15] <mterry> [000:001] Browser toolkit is Gtk2.
[19:15] <mterry> [000:001] Using Gtk2 toolkit
[19:15] <mterry> (this is testing the Quickly flash game template)
[19:15] <seb128> mterry, what do you import?
[19:16] <mterry> from gi.repository import WebKit, Gtk, Gio
[19:16] <seb128> hum, weird
[19:16] <seb128> do you have a /usr/local install or something?
[19:16] <mterry> guh, hope not.  /me looks
[19:16] <mterry> nope
[19:18] <seb128> mterry, you want to import Webkit-3.0
[19:19] <seb128> mterry, strace -f python -c "from gi.repository import Webkit" > log and look for webkit to see what it imports for you?
[19:19] <mterry> seb128, ?  you mean no gi.repository?
[19:20] <seb128> $ python -c "from gi.repository import Webkit"
[19:20] <seb128> ERROR:root:Could not find any typelib for Webkit
[19:20] <mterry> seb128, loads -3.0 and gtk3 for me
[19:21] <mterry> seb128, camel case the K
[19:21] <mterry> seb128, does -3.0 have some dynamic detection of gtk version?
[19:21] <mterry> (which would be failing in this case, as I'm using 3.0
[19:21] <seb128> could be the same as gtk, you might need to use a required_version or somethin
[19:22] <seb128> kenvandine, ^ you might know better
[19:22] <mterry> But I only have one webkit installed
[19:23] <seb128> dobey, ^ you might know?
[19:23] <dobey> ?
[19:23] <seb128> dobey, should "from gi.repository import WebKit" impot gtk3 webkit?
[19:23] <dobey> yes
[19:23] <dobey> it does here
 [000:001] Browser XEmbed support present: 1
[19:23] <seb128>  [000:001] Browser toolkit is Gtk2.
[19:23] <seb128>  [000:001] Using Gtk2 toolkit
[19:23] <dobey> mterry: flash is gtk2
[19:23] <seb128> that's what mterry gets
[19:23] <mterry> dobey, guh, screw flash
[19:24] <dobey> :)
[19:24] <mterry> dobey, thanks...  that makes sense now
[19:24] <dobey> np
[19:24] <seb128> indeed, I skipped that part of your question
[19:24] <seb128> dobey, thanks ;-)
[19:24] <dobey> of course. :)
[21:07] <mterry> kenvandine, yeah, sorry about widget-refactor
[21:07] <mterry> that branch got out of hand
[21:08] <mterry> should have broken it up, but I kept finding more and more things to refactor  :)
[21:08] <kenvandine> mterry, no worries
[21:08] <kenvandine> kind of hard to review those though
[21:09] <kenvandine> i tried to look for the more likely problems and of course couldn't
[21:09]  * kenvandine thinks mterry writes awesome code
[21:10] <mterry> :)  Though, I suppose that makes you a bad reviewer
[21:10] <kenvandine> :)
[21:10] <mterry> We need double-blind reviewing
[21:10] <mterry> Actually, that legit isn't a bad idea
[21:10] <kenvandine> i did try to find mistakes, but i never seem to in your branches :)
[21:11]  * mterry blushes
[21:12] <kenvandine> the code it pretty clean in unity-greeter too, which is very nice
[21:12]  * kenvandine wonders if it will be in 14.04 :)
[21:13] <mterry> kenvandine, guh, not at this rate.  We keep adding code.  My secret long-term goal is to get it absorbed by Unity, so Desktop team no longer maintains it  :)
[21:13] <kenvandine> haha
[21:13] <kenvandine> code is so organic, it gets fed by people that want features and it turns into weeds
[21:14] <kenvandine> it would be soooo nice to just start fresh with gwibber :)
[21:18] <mterry> Where are all fresh-faced maintainers willing to own code we don't want anymore?  I thought this was open source!
[21:18]  * mterry divests himself of deja-dup