[00:05] <dobey> kenvandine: around?
[00:09]  * dobey needs to find a main uploader
[00:12] <TheMuso> dobey: What needs uploading?
[00:14] <dobey> TheMuso: i'm about to roll ubuntuone-storage-protocol and ubuntuone-client releases, and since the freeze deadline is in 45 min, i was looking for someone that can actually do the upload (since i don't have the privs yet)
[00:14] <TheMuso> dobey: Sure, give me bzr repo URLs in order of upload and I can do them.
[00:14] <dobey> TheMuso: will do as soon as i get them pushed :)
[00:14] <TheMuso> and/or tarballs, I don't know how you guys do releases.
[00:15] <dobey> TheMuso: i usually update a package branch with the release, and push
[00:15] <TheMuso> dobey: ok
[00:15]  * dobey grabs a coke and gets the releases done
[00:46] <dobey> TheMuso: https://code.edge.launchpad.net/~ubuntuone-control-tower/ubuntu/lucid/ubuntuone-storage-protocol/trunk/+merge/22581 first one :)
[00:46] <TheMuso> dobey: ok
[00:53] <TheMuso> dobey: let me know when client is ready, test building storage-protocol now.
[00:53] <dobey> TheMuso: https://code.edge.launchpad.net/~ubuntuone-control-tower/ubuntu/lucid/ubuntuone-client/trunk/+merge/22582
[00:54] <dobey> TheMuso: good timing :)
[00:54] <TheMuso> ok will get on that once storage-protocol is done.
[00:55] <dobey> TheMuso: great. you are a savior! :)
[00:56] <TheMuso> dobey: np
[01:00] <TheMuso> dobey: storage-protocol uploaded.
[01:00] <dobey> yay
[01:01] <TheMuso> Test building client now.
[01:03] <RAOF> Stupid fridge.  Why doesn't it have a cow in there so I'd never run out of milk for coffee?
[01:04] <TheMuso> RAOF: lol
[01:04] <TheMuso> dobey: client uploaded.
[01:05] <dobey> TheMuso: great! thanks so much!
[01:05] <TheMuso> dobey: You're welcome.
[01:38] <chrisccoulson> RAOF - this is why i drink coffee without milk ;)
[01:39] <RAOF> But you need an espresso machine to make that work properly, and my brother hasn't bought mine yet :)
[04:00] <kenvandine> RAOF, have you seen bug 533435 ?
[04:03] <RAOF> kenvandine: I had not.  Thanks for raising it.
[04:06] <kenvandine> it is driving my wife nuts... which in turn makes her bug me :)
[04:07] <kenvandine> it is weird that i can't make it fail on my laptop
[04:12] <RAOF> Argh.  F-Spot is still a rich source of five vitamins and crashes.
[04:13] <kenvandine> hehe
[04:13] <TheMuso> lol
[04:26] <RAOF> Holy race condition, Batman!
[04:27] <kenvandine> RAOF, i guess you found it :)
[04:28] <RAOF> No, but I have managed to reproduce it once, outside the debugger.
[04:28] <RAOF> GAH!  Stop killing f-spot, X.
[06:22] <RAOF> Hurray for GTK's thread-unsafety!
[06:40] <RAOF> kenvandine: You say your wife's laptop reliably hangs?  It's much more difficult for me to reproduce the problem, but I think I've got a fix; can you test?
[06:43] <Amaranth> RAOF: I've yet to see a toolkit you can use from multiple threads
[06:44] <lifeless> Amaranth: GDI, sadly.
[06:44] <Amaranth> Wow, that's pretty cool actually
[06:44] <Amaranth> Not even Cocoa allows it
[07:19] <pitti> Good morning
[07:20] <RAOF> Good morning.
[07:46]  * pitti -> doctor appointment, back in ~ 1 hour
[08:17] <didrocks> good morning
[08:40] <baptistemm> hello
[08:42] <didrocks> salut baptistemm
[08:43] <seb128> hey hey desktopers
[08:52] <didrocks> hey seb128 ;) how you are before your week-end?
[08:52] <didrocks> (I'm updating metacity btw)
[08:53] <seb128> hello didrocks
[08:53] <seb128> good thank you
[08:53] <seb128> you?
[08:53] <baptistemm> we have a candidate to fix for ubuntu release in gnome-bluetooth
[08:53] <didrocks> I'm good too, early evening are great sometimes!
[08:54] <didrocks> baptistemm: candidate=you or a patch? :)
[08:54] <seb128> baptistemm, candidate?
[08:54] <seb128> didrocks, ;-)
[08:54] <seb128> didrocks, while doing the update could you look to the default nworkspace?
[08:54] <seb128> it still seems to be 2
[08:54] <baptistemm> during the night I had a lot of dup on the bug I reported yesterday (double-free problem)
[08:54] <seb128> I though you said you would change that when you looked at it before
[08:54] <didrocks> seb128: oh really? I was thinking I fixed that a while ago…
[08:55] <seb128> baptistemm, did you get a fix or just a bug?
[08:55] <seb128> didrocks, seems not in current lucid guest session
[08:55] <seb128> but my install might be screwed
[08:55] <seb128> I'm upgrading this box for years
[08:55] <didrocks> seb128: ok, let me have a look at that
[08:56] <baptistemm> seb128, I reported upŝtream, and I'm trying to ping hadess, but my time is limited
[08:57] <seb128> baptistemm, did you get a valgrind log?
[08:57] <seb128> what is the bug number?
[08:57] <baptistemm> yep
[08:57] <baptistemm> https://bugs.launchpad.net/bugs/552140
[09:00] <baptistemm> it didn't exist in 2.29.x so a git bisect can help I guess
[09:00] <seb128> baptistemm, neither of you had gnome-bluetooth-dbgsym install those logs are useless
[09:00]  * pitti waves to France
[09:00] <seb128> baptistemm, I will have a look to the issue now
[09:01] <seb128> pitti, hello!
[09:01] <baptistemm> seb128, you have a bluetooth adapter
[09:01] <baptistemm> hello pitti
[09:01] <seb128> baptistemm, I've a laptop with bluetooth
[09:01] <pitti> am I the only one who deleted 200 spam mails from LP debian bug imports today?
[09:01] <seb128> pitti, yes
[09:01] <seb128> pitti, I had like 350 of those
[09:01] <dholbach> hey guys
[09:02] <seb128> oh, dholbach having issues again
[09:02] <seb128> hey dholbach
[09:02] <seb128> dholbach, why do you join only when you have a bug? :p
[09:02] <pitti> seb128: so, "no" :)
[09:02]  * pitti hugs dholbach
[09:02] <dholbach> I just removed almost everything out of my ~, and have "alt+1" issues again
[09:02] <baptistemm> seb128, so true :)
[09:02] <dholbach> this sucks :)
[09:02]  * dholbach hugs you all back
[09:02] <dholbach> seb128: because I'm in too many channels already
[09:02]  * seb128 hugs dholbach
[09:02] <seb128> bah
[09:03] <seb128> slangasek froze one day earlier that I though
[09:03] <seb128> sucks
[09:03] <baptistemm> I guess bluez 4.63 won't make it for lucid
[09:04] <seb128> likely not
[09:06] <dholbach> I just removed all the dot files and directories out of ~, logged into a session, alt+1 does not work
[09:06] <dholbach> W E I R D
[09:07] <didrocks> hey pitti ;)
[09:08] <seb128> dholbach, is it working in the guest session?
[09:08] <didrocks> dholbach: :/
[09:09] <dholbach> seb128: yes
[09:09] <seb128> dholbach, do you have the same keyboard layout active in both sessions too
[09:10] <seb128> ?
[09:10] <dholbach> seb128: I'd think so - I removed all the dot files
[09:10] <seb128> can you check?
[09:10] <dholbach> how do I check it?
[09:12] <seb128> pitti, ^
[09:12] <seb128> you can look to the keyboard capplet
[09:12] <seb128> it should have the current layout selected
[09:15] <pitti> gconftool -g /desktop/gnome/peripherals/keyboard/kbd/layouts
[09:15] <pitti> you can compare that in both sessions
[09:15] <pitti> that's the gnome configuration
[09:15] <pitti> xprop -root|grep XKB
[09:15] <pitti> ^ and that's the actual, real, REAL configuration that the X server uses (and which g-s-d sets)
[09:16] <seb128> hum
[09:16] <dholbach> seb128: these are exactly the same
[09:16] <dholbach> gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
[09:16] <dholbach> xprop -root|grep XKB
[09:16] <seb128> pitti, so you decided to write buggy apport code to be able to close a zillion bug?
[09:16] <seb128> pitti, cheater!
[09:16]  * seb128 hugs pitti
[09:16] <pitti> isn't it a great plan? :-)
[09:16] <seb128> dholbach, so I don't know
[09:17] <seb128> it's not the keyboard
[09:17] <pitti> seb128: see what damage 3 hours LP downtime can do! :-)
[09:17] <seb128> it's not the user config
[09:17] <seb128> pitti, hehe
[09:17] <dholbach> so I probably should create a new user :-(
[09:17] <pitti> seb128: but don't worry, I'm still faaar behind you
[09:17] <dholbach> this is SO weird
[09:17] <seb128> dholbach, it does it in several softwares
[09:17] <pitti> also, the keyboard layout doesn't really affect individual keys
[09:17] <dholbach> seb128: hm?
[09:18] <seb128> usually I would tell you assigned the shortcut to an entry by error using it while the entry was selected
[09:18] <pitti> if z/ö/`/etc. are fine, then the kbd layout is correct
[09:18] <seb128> but if it happens it differents applications it's not likely the issue
[09:18] <dpm> hey seb128, I looked at the gnome-keyring string change and looks good! It got handled transparently without translator intervention -> https://translations.edge.launchpad.net/ubuntu/lucid/+source/gnome-keyring/+pots/gnome-keyring/fr/16/+translate Thanks a lot!
[09:18] <seb128> dpm, hello, oh good, thanks for checking!
[09:20] <seb128> bug #553037 shrug
[09:22] <dpm> no worries :)
[09:26] <mpt> mvo, sorry for the silly question, but: I was testing the pathbar-atk branch and software-center crashed with "Segmentation fault (core dumped)". Is it useful to attach the core dump anywhere, and if so, where do I find it?
[09:27] <mpt> I don't see a "core" file either in the same folder or in my home folder
[09:30] <mvo> mpt: oh. it it crashed locally only apport will not pick it up. you can run it inside gdb. I was using the branch too and it does not crash for me. is this reproducable?
[09:31] <mpt> -boom-
[09:31] <mpt> yes it is
[09:32] <mvo> mpt: what do you have to do to trigger it?
[09:32] <mpt> mvo, I press Shift Tab several times while a department icon is focused in the lobby screen
[09:32] <mpt> I guess that's probably a bug in trunk rather than a bug in the branch
[09:33] <mpt> I'll see if I can do it in the packaged version
[09:33] <mvo> smells like webkit
[09:33] <dholbach> seb128, pitti: I just created a new user, it happens there too ;-)
[09:34] <seb128> it's weird it doesn't happen in the guest session
[09:34] <dholbach> just ctrl-alt-t, ctrl-shift-t, alt+1 to reproduce
[09:36] <seb128> in any software?
[09:36] <seb128> well I can't try there
[09:37] <seb128> I use alt-N for workspace changes so they don't work for tabs change
[09:37] <dholbach> ok, I fixed it now by having 'de' as only keyboard layout and not 'de' and 'ir'
[09:38]  * dholbach reproduces
[09:38] <dholbach> adding 'ir' again sparks the "give me the output of xprop and kbd info please because something is broken" dialogue
[09:44] <seb128> dholbach, see it was a keyboard issue
[09:44] <dholbach> keyboard issue?
[09:46] <dholbach> you mean the alt+1 issue was triggered by a keyboard layout configuration?
[09:46] <dholbach> seb128: ^
 ok, I fixed it now by having 'de' as only keyboard layout and not 'de' and 'ir'
[09:46] <seb128> you said no?
[09:46] <dholbach> eh? I'm not sure I understand :)
[09:47] <dholbach> it looks like like the alt+1 issue was triggered by a keyboard layout configuration
[09:47] <dholbach> on which package would I file the bug?
[09:47] <seb128> right, that's what I meant
[09:47] <seb128> "layout issue"
[09:47] <seb128> rather than "keyboard issue"
[09:47] <seb128> ie the keyboard layout
[09:47] <seb128> not a GNOME option or config
[09:48] <dholbach> seb128: which package do you suggest I file a bug on?
[09:49] <seb128> talk to pitti
[09:49] <dholbach> hello pitti :)
[09:49] <seb128> I guess xkeyboard-config
[09:49] <seb128> but I'm not sure it's a bug
[09:49] <seb128> having multiple layouts with non latin ones needs tricks
[09:50] <seb128> to be able to use both alphabets
[09:50] <pitti> I still don't understand this, though
[09:50] <pitti> if you configure "de" it works, and if you configure "de,ir" and actually use de, it doesn't work?
[09:50] <pitti> xkeyboard-config might be a good starting point, yes; but you can't have two layouts active anyway
[09:50] <dholbach> I'm just figuring out a minimal test-case, but it looks like "new user, some latin keyboard layout, add 'ir' layout, log in again, alt+1 hosed, even if you use the other latin layout"
[09:51] <dholbach> I'm just confirming it with a uk keyboard
[09:51] <pitti> so, it'd be libxklavier or xkeyboard-config, I don't know, I'm afraid
[09:52] <dholbach> ok
[09:57] <mpt> mvo, caught it, bug 553126
[09:58] <mvo> mpt: thanks I check it out once LP is back
[09:59] <dholbach> maybe it's language-selector :)
[09:59] <dholbach> right now it doesn't let me "install / remove languages"
[09:59] <dholbach> the button is all greyed out
[10:00] <dholbach> ah nevermind, I'm not an admin user
[10:07] <seb128> dholbach, bug #518306 is somewhat similar
[10:08] <seb128> baptistemm, I see the bluetooth bug I will fix it now
[10:21] <mvo> mpt: I think I made some pretty good progress in the a11y area for the listview too, but orca now gets really on my nerves ;) I can't hear "slash" anymore
[10:21] <dholbach> thanks seb128
[10:21] <mpt> mvo, haha
[10:22] <mpt> mvo, we need a nice non-robotic female voice
[10:22] <mpt> but those are expensive to make
[10:26] <mvo> mpt: absolutely!
[10:26] <dholbach> pitti: actually I think it's when you have two different layouts configured (now it's de,uk and it doesn't work)
[10:26] <dholbach> but I'll shut up now
[10:27] <dholbach> I know how to workaround the issue
[10:27] <seb128> re
[10:28] <seb128> tjaalton, speaking of keyboard do you know if evdev is known to be broken in vms or something
[10:28] <seb128> seems vmware users have no input working on gdm in current lucid...
[10:29] <seb128> pitti, I've uploaded a gnome-bluetooth one liner change to drop a leak fix we added which has been fixed in the new version too, leading to double free and crash
[10:29] <pitti> seb128: thanks; will look at the queue later on
[10:29] <seb128> pitti, I would appreciate if you could accept it
[10:29] <seb128> danke
[10:29] <pitti> it's not that it's any urgent, with the current buildd backlog..
[10:30] <seb128> right
[10:32] <pitti> hey, we have an amd64 builder again
[10:33] <mvo> mpt: re bug #433104 - that appears to be working just fine for me now, when I navigate in the main category view I get read the right section names
[10:35] <tjaalton> seb128: not aware of that, it should work
[10:42] <didrocks> seb128: so, fixed the number of ws by default (the issue was in compiz) and integrated in new metacity bug #535088 (which needs too a compiz rebuild then for compiz-gnome). But not sure how we can upload that with the freeze…
[10:43] <seb128> didrocks, just upload
[10:43] <seb128> things go in the queue
[10:43] <seb128> they will be reviewed there
[10:43] <didrocks> seb128: yeah, but there is no bug targeted to beta, so if it's not accepted, we will still have 2 ws
[10:44] <seb128> it will be accepted after beta2
[10:44] <seb128> if it's not before
[10:44] <seb128> just upload
[10:44] <seb128> I don't see the issue
[10:44] <seb128> or do you mean it should be a beta2 blocker?
[10:45] <didrocks> seb128: not sure about changing from 2 to 4 ws by default can be seen like "things changed at last time"
[10:45] <tjaalton> seb128: is there a bug about it?
[10:45] <didrocks> but apart from the Alt + 7 issue fixed in the new metacity release, nothing important
[10:45] <seb128> didrocks, compiz is already defaulting to the correct value
[10:46] <seb128> didrocks, so it's not really a config change
[10:46] <seb128> it's fixing the non default wm to use the same config
[10:46] <didrocks> seb128: hum? I launched a live and there is 2 ws with compiz (and it's this one which doesn't have the right default value, metacity is ok)
[10:47] <didrocks> but when you switch back from compiz to metacity, it rewrites the compiz value (2)
[10:47] <seb128> tjaalton, bug #548891 seems to be one
[10:47] <seb128> didrocks, weird, guest sessions have the right value there
[10:47] <seb128> using compiz
[10:47] <didrocks> that's weird, not what I saw in today's live. Well, don't bother, I'll just upload
[10:48] <pitti> seb128: bug 471044 seems a bit weird to me, do you know what's going on there? the fix has been merged into lp:~ubuntu-desktop/dbusmenu/ubuntu, but that branch is now retired in favor of lp:ubuntu/libdbusmenu, but that doesn't have any uncommitted stuff
[10:48] <seb128> pitti, it has been fixed weeks ago?
[10:48] <seb128> or not
[10:48] <seb128> I though it had, I didn't see it for a while
[10:49] <pitti> hm, it's "fix commited" upstream and "triaged" in ubuntu
[10:49] <seb128> pitti, well it will be fixed in today tarball
[10:49] <seb128> I would not bother
[10:49] <tjaalton> seb128: ok, not caused by the backport anyway, since it's that old
[10:50] <pitti> seb128: ok, fine; I'm just reviewing all beta-2 milestoned bugs which are desktop-ish, since today is essentially the last day to land changes
[10:50] <seb128> pitti, I guess kenvandine merged to the wrong location
[10:51] <seb128> pitti, you can merge it to lp:ubuntu... if you want and upload I guess
[10:51] <seb128> pitti, or do you want me to do that?
[10:51] <pitti> seb128: depends, if you have time?
[10:51] <seb128> pitti, I have and I get the issue often
[10:51] <seb128> doing that now
[10:52]  * pitti hugs seb128, thanks
[10:52] <seb128> np
[10:52] <seb128> I confused with an another bug from the title before when I said I though it was fixed
[10:52] <pitti> so the old branch was pushed as lp:ubuntu/dbusmenu, to keep the history?
[10:52] <pitti> interesting
[10:52] <pitti> the auto-imports cannot be merged to
[10:53] <seb128> it's all a mess this bzr workflow change
[10:54] <pitti> seb128: if my suspicions are right and lp:ubuntu/dbusmenu didn't preserve history, please revive the original branch again
[10:54] <pitti> we absolutely want to be able to merge from trunk
[10:55] <seb128> grrrrr hate bzr
[10:55] <seb128> why does it has to be so complicated
[10:55] <pitti> what are you trying to do?
[10:55] <seb128> nothing
[10:55] <seb128> just commenting on such issues
[10:55] <seb128> like history not being right
[10:55] <pitti> well, it's the auto-imports which create that mess :/
[10:55] <pitti> they totally ignored existing history
[10:55] <seb128> not being able to backport from trunk
[10:56] <pitti> so we should not use the auto-imports for branches where that matters
[10:56] <seb128> how do we do that?
[10:56] <seb128> can I overwrite lp:ubuntu...?
[10:56] <seb128> ie bzr push --overwrite there?
[10:56] <pitti> instead, the right thing to do would be to push lp:~ubuntu-desktop/libdbusmenu/ubuntu to lp:ubuntu/libdusmenu
[10:56] <pitti> (it doesn't work, please don't)
[10:56] <pitti> no
[10:56] <seb128> see
[10:56] <pitti> seb128: just ignore the auto-import branch
[10:56] <seb128> it's all a mess
[10:56] <seb128> I though we wanted to move to the canonical location
[10:56] <seb128> *shrug*
[10:57] <pitti> seb128: please revert ken's change of disabling the original branch, and just use that one
[10:57] <seb128> k
[10:57] <pitti> seb128: yes, for things like gvfs it works fine
[10:57] <pitti> but not for stuff that we have upstream in bzr
[10:57] <seb128> well
[10:57] <seb128> take gvfs
[10:57] <pitti> for those, lp:ubuntu/* is absolutely useless
[10:57] <seb128> does it mean we can't merge from upstream bzr imports now?
[10:57] <pitti> seb128: I don't know
[10:58] <seb128> not that I do that now or know if there is a bzr gvfs import
[10:58] <pitti> haven't tried that yet
[10:58] <pitti> eventually that's the idea, of course
[10:58] <seb128> but I though that would be one of the nice things we would be able to do
[10:58] <seb128> but I can see that failing the same way
[10:58] <seb128> anyway thanks
[10:58] <seb128> I'm switching back to the ubuntu-desktop vcs
[10:59] <pitti> thanks
[11:03] <seb128> pitti, we will not get the firefox changes in beta2?
[11:04] <seb128> I see you changed the milestone on this search bug
[11:04] <pitti> seb128: we'll get the "doesn't start with some extensions" and the cairo patch
[11:04] <pitti> seb128: but the ubufox one won't make it, I'm afraid
[11:04] <seb128> oh good
[11:04] <seb128> that's ok
[11:04] <seb128> I just saw chrisccoulson pinging asac for uploads yesterday
[11:04] <seb128> I was wondering if we missed the freeze limit now
[11:04] <pitti> I'll sponsor xulrunner now, etc.
[11:05] <seb128> thanks
[11:05] <seb128> could that we stop blocking on asac ;-)
[11:06] <chrisccoulson> i need to apply for core-dev
[11:06] <chrisccoulson> ;)
[11:07] <seb128> right
[11:07] <seb128> chrisccoulson, use the freeze time for that ;-)
[11:07] <chrisccoulson> i will do ;)
[11:10] <seb128> pitti, so for those lp:~ubuntu-desktop should bzr merge-upstream from tarball or bzr merge lp: for new versions?
[11:10] <seb128> ie dbusmenu
[11:10] <pitti> seb128: I'd use bzr merge ../trunk, as usual
[11:11] <pitti> merge-upstream from a tar would break the history, I think
[11:11] <pitti> and we don't need pristine-tar etc.
[11:13] <seb128> ok
[11:14] <baptistemm> seb128, where was located the problem?
[11:14] <seb128> baptistemm, we backported the git leak fix and didn't drop it
[11:15] <seb128> the change was not failing to apply but creating a double g_free
[11:15] <baptistemm> doh
[11:18] <seb128> hum
[11:18] <seb128> how to I bzr merge r<nn> or a tag version?
[11:18] <seb128> where r<nn> is not only that revision
[11:18] <seb128> but trunk as it was at the nn revision
[11:19] <seb128> ie bzr merge --tag <version> doesn't work
[11:20] <seb128> ok, let's bzr pull -r<nn>
[11:20] <seb128> hum, doesn't work either to downgrade
[11:22] <didrocks> seb128: I don't understand, bzr merge -r<upstreamrev> … doesn't work?
[11:22] <pitti> seb128: bzr merge -r 1234 ../trunk should merge up to trunk's r1234
[11:22] <seb128> didrocks, it will merge only upstreamrev
[11:22] <seb128> didrocks, ie that one commit
[11:22] <pitti> no, that would be -c
[11:22] <seb128> oh
[11:22] <didrocks> right, -c
[11:22] <seb128> doh
[11:22] <seb128> sorry guys
[11:22] <pitti> ("cherrypick")
[11:23] <seb128> I clearly lack sleep or coffee
[11:23] <seb128> good that the work week end today ;-)
[11:23] <seb128> didrocks, pitti: thanks
[11:23]  * pitti hugs seb128
[11:23] <seb128> still interested to know if I can specify a tag
[11:23] <seb128> which avoid looking for what revision match the tag
[11:23] <pitti> seb128: bzr merge -r tag:foo ?
[11:23]  * seb128 hugs pitti
[11:24] <didrocks> pitti was quicker than I :)
[11:24] <seb128> indeed
[11:24] <pitti> seb128: bzr help revisionspec FYI
[11:24] <pitti> it's quite flexible
[11:25] <seb128> thanks
[11:25] <pitti> date:yesterday, last:2 (pre-last), tag:foo, etc.
[11:26] <didrocks> still hard to remember all the bzr doc (read it twice the last 2 years), only use -r rev -r tag and last :)
[11:26] <pitti> dear openjdk, please finish building; love, pitti
[11:27] <seb128> ok
[11:27] <seb128> lp:~ubuntu-desktop/dbusmenu/ubuntu restored with current lucid
[11:27] <seb128> I did --overwrite the previous change though
[11:27] <seb128> so if anybody has a checkout please pull --overwrite it now
[11:27] <seb128> kenvandine, ^
[11:33] <pitti> chrisccoulson: hm, I thought you wanted to close this, because it's not relevant any more? (bug 447431)
[11:36] <chrisccoulson> pitti - oh, there was probably 2 bugs
[11:36] <chrisccoulson> i closed one of them yesterday
[11:37] <seb128> pitti, btw I can confirm the rhythmbox grabbing cameras bug there
[11:37] <seb128> pitti, I can look at it today if you want
[11:37] <pitti> seb128: I pinged teuf about it yesterday, but didn't get a response
[11:37] <seb128> k
[11:37] <pitti> I'm wondering what RB is looking for
[11:38] <pitti> it should check ID_MEDIA_PLAYER and /dev/libmtp-* devlinks
[11:38] <dholbach> where does _XKB_RULES_NAMES_BACKUP(STRING) come from? :)
[11:38] <pitti> dholbach: libxklavier
[11:38] <pitti> it's the original layout that the X server has, before it sets its own
[11:38] <dholbach> and where does it have its data from? I can't seem to get 'ir' out of it
[11:39] <pitti> dholbach: it's originally from /etc/default/console-setup
[11:39] <pitti> dholbach: it gets it through udev
[11:40] <dholbach> ok, so XKBLAYOUT in there is still set
[11:40] <dholbach> to "de,ir"
[11:40] <dholbach> I guess I shouldn't modify the file by hand? :)
[11:41] <pitti> dholbach: you can
[11:41] <dholbach> seems that editing the keyboard preferences and using gnome-language-selector didn't update it
[11:41] <dholbach> not sure which other "user tool" would be able to change this
[11:41] <seb128> pitti, ok, dbusmenu change confirmed to work, bzr fixed and update on its way to lucid
[11:41] <pitti> \o/
[11:42] <pitti> seb128: does libdbusmenu actually need valac to build?
[11:42] <didrocks> all vala softwares needs valac as a build-dep, no?
[11:42] <seb128> pitti, I don't think so
[11:43] <pitti> didrocks: no, usually the release tarballs ship the pregenerated C source
[11:43] <didrocks> (at least, that what I had to add with all soft where dx was upstream)
[11:43] <didrocks> pitti: dx team doesn't :)
[11:43] <chrisccoulson> didrocks - most people distribute generated C code
[11:43] <didrocks> ok, understood :)
[11:43] <chrisccoulson> some packages shipping bindings might use it for finding out where to install the bindings
[11:43] <pitti> seb128: that's currently creating confusion in component-mismatches
[11:43] <chrisccoulson> but you can just hard-code the folder
[11:44] <seb128> pitti, how so?
[11:44] <seb128> pitti, in fact it does
[11:44] <pitti> seb128: vala source is in universe, valac binary in main, and libdbusmenu is the only thing which b-deps on it
[11:44] <seb128> vapigen is used for the gir bindings
[11:44] <pitti> seb128: ok, so we need to put vala into main then?
[11:45] <seb128> I though we agreed on that by then
[11:45] <seb128> mars 04 19:50:02 <seb128>	pitti, ted added vala bindings to libdbusmenu etc
[11:45] <seb128> mars 04 19:51:19 <pitti>	seb128: I wouldn't mind having vala in main
[11:45] <seb128> pitti, I can check again with ted later if you want
[11:45] <pitti> ok, tanks
[11:45] <pitti> "thanks"
[11:47]  * didrocks is wondering how seb128 can check so quickly in his IRC logs… xchat has something for that?
[11:48] <chrisccoulson> didrocks - perhaps he just recalls the conversation from memory ;)
[11:48] <didrocks> chrisccoulson: yeah, or it's a fake! :-)
[11:48] <chrisccoulson> heh
[11:55] <pitti> chrisccoulson: hm, I already bumped xulrunner, but it will only build in 5 hours on amd64
[11:56] <pitti> amd64 buildds still grinding on openjdk and now grabbed linux
[11:57] <chrisccoulson> pitti - that's ok, firefox doesn't need that to build anyway
[11:57] <pitti> oh, goodo
[11:57] <pitti> chrisccoulson: so can I downgrade the build prio? I thought you needed it to build
[11:57] <chrisccoulson> pitti - firefox doesn't need it, but some other things are waiting on it
[11:58] <pitti> ok, slightly downgraded
[11:58] <chrisccoulson> thanks
[11:58] <seb128> didrocks, grep is your friend for that
[11:58] <seb128> didrocks, I remember where it happened and around when
[11:58] <pitti> let's build some small stuff first, like update-manager (which makes amd64 uninstallable right now)
[11:58] <seb128> I just had to grep for vala
[11:59] <didrocks> seb128: yep, but it was really a fast grep and location, hence the though on having some magical features in xchat :)
[12:00]  * pitti usually just greps in ~/.weechat/logs
[12:00] <seb128> didrocks, no, as pitti
[12:00] <seb128> just grep in the dir
[12:00] <seb128> anyway lunch
[12:00] <seb128> bbl
[12:00]  * seb128 is hungry
[12:01] <didrocks> pitti: oh, btw, I don't really like the way weechat organize the logs (one file for chan, no way to split that in yy/mm)
[12:01] <didrocks> seb128: enjoy
[12:02] <pitti> lunch, good idea!
[12:04] <chrisccoulson> heh, i'm getting hungry too
[12:15] <chrisccoulson> pitti - ok, firefox is uploaded now
[12:50] <pitti> chrisccoulson: oh, you can do that yourself?
[12:50] <chrisccoulson> pitti - yeah, but i'm not really meant to be able to
[12:50] <chrisccoulson> apparently it is a mistake that it's in the ubuntu-desktop package set
[12:51] <pitti> heh
[12:51] <pitti> chrisccoulson: ok, so now bzr is open for the cairo fix?
[12:52] <chrisccoulson> pitti - it is
[12:52] <chrisccoulson> i will push that this afternoon
[12:52] <pitti> chrisccoulson: I'll set the build prio of firefox to a low value then, so that the newer version can be built ealier
[12:58] <seb128> chrisccoulson, didn't fix the startup notification? :-(
[12:58] <seb128> it's quite noticable with an easy patch commited upstream too
[12:59] <chrisccoulson> seb128 - not yet. the branch had been tagged for release for some time, and i can't really go back and edit the branch history
[12:59] <chrisccoulson> but these fixes will come in another update
[12:59] <seb128> before lucid?
[12:59] <chrisccoulson> seb128 - yeah, before lucid
[12:59] <seb128> ok good
[12:59] <seb128> thanks ;-)
[12:59] <seb128> that bug is annoying me
[12:59] <seb128> it breaks focus too
[13:00] <seb128> if you click on the launcher and start typing it doesn't go to firefox
[13:14] <kenvandine> seb128, ok
[13:15] <seb128> kenvandine, hey, sorry about that, seems we need to undo the change we did
[13:15] <seb128> ie switch back to team vcs
[13:15]  * chrisccoulson wonders why some users edit the titles and descriptions of bugs that have been closed for ages
[13:16] <kenvandine> seb128, yeah... no problem
[13:17]  * seb128 stopped wondering why users do all the crazy things they do in launchpad
[13:19] <asac> seb128: can you stop complaining please. chris said he can upload firefox
[13:20] <pitti> seb128: in case you want to learn about gvfs vs. udisks, I just replied to bug 493290 (and assigned from gvfs to dk-disks); it doesn't look like a gvfs issue to me
[13:20] <pitti> kenvandine: good mornign
[13:20] <seb128> asac, sorry, I got a bit frustrated by the delays we got recently on some changes
[13:20] <asac> seb128: well. i dont have much sponsoring from chris on my list
[13:20] <nigelb> TheMuso, do you want me to assign bug 534190 to you? (you said you'd be fixing it in the bug report
[13:20] <asac> seb128: also i am travelling this whole week
[13:20] <asac> so please stop saying such things
[13:21] <seb128> asac, the frustration came from this nm-applet upload which takes over 10 days to go in
[13:21] <seb128> asac, but ignore me
[13:21] <kenvandine> hey pitti
[13:21] <seb128> asac, it has been a long week
[13:21] <asac> seb128: i dont see the problem with nm-applet ... really.
[13:21] <seb128> asac, I was sitting with dx asking every day and nobody uploading something ready on the other side
[13:22] <seb128> asac, without knowing those team practice to know if we should just upload or not
[13:23] <asac> seb128: there are clearly other bugs than the nm-applet issue
[13:24] <seb128> indeed
[13:24] <seb128> sorry just vanted other teams pressure through
[13:25] <seb128> it was not your fault
[13:25] <asac> no problem
[13:38] <nigelb> mpt, are we getting this bug fix in? bug 436887
[13:39] <nigelb> (its assigned to you)
[13:41] <mpt> nigelb, I had not seen that, thanks
[13:42] <nigelb> mpt, I was just doing patch review when I came across it :)
[14:02] <chrisccoulson> right, i'm away for a few minutes, i need to go and take the battery out of my car and find my charger
[14:05] <seb128> pitti, I just uploaded libgnome-keyring to unscrew vcs use error which leaded to revert the new version changes in the diff.gz
[14:05] <seb128> pitti, I would appreciate if you can accept it ;-)
[14:05] <pitti> heh
[14:05] <pitti> will look
[14:05] <seb128> danke
[14:06] <seb128> pitti, the diff looks quite some change
[14:06] <seb128> pitti, but the diff snapshot we had before the screwup - new upload is 0 code change
[14:06] <seb128> only documentation
[14:07] <pitti> seb128: cool, thanks
[14:10] <seb128> hey tedg
[14:10] <tedg> Good morning seb128
[14:11] <seb128> tedg, we are reverting vcs changes for indicators
[14:11] <seb128> going back to what we had before using the ubuntu-desktop workflow
[14:11] <tedg> seb128: VCS?  Oh, okay.
[14:11] <seb128> the change to lp:ubuntu meant we could merge from trunk
[14:11] <seb128> which sucks
[14:11] <seb128> *couldn't*
[14:11] <tedg> seb128: My understanding is as long as we add the tarball branch we can ask james_w to make those the official packaging branches.
[14:12] <seb128> what to you mean by "tarball" there?
[14:12] <tedg> So then they'll be lp:ubuntu and merge from trunk.
[14:12] <tedg> The branch that has the upstream* tags on it.
[14:12] <seb128> k, so what we have no in ubuntu-desktop?
[14:13] <seb128> now
[14:13] <seb128> can't type today
[14:13] <tedg> Yes, take what we have now and add that branch.
[14:13] <seb128> tedg, btw good work on the dbusmenu refresh fix, it works great
[14:13] <tedg> Heh /me was wondering why this issue came up ;)
[14:14] <james_w> tedg is correct
[14:14] <tedg> Good, I'm glad.  There are a couple there.  I'm excited about the indicator-messages one as well.
[14:14] <seb128> I don't really get what we need to do to what he have now
[14:14] <seb128> we do merge from trunk
[14:14] <seb128> so the bzr we use should have the upstream tags no?
[14:15] <tedg> james_w: Can we just add the tarball branch?  Or are there other things as well?
[14:15] <seb128> how do you add this one and where?
[14:15] <tedg> seb128: We'll have to add it, which will add all the auto* file as well.
[14:15] <tedg> seb128: Then we should be able to merge that into the packaging branch.
[14:18] <james_w> the first problem is that the ~ubuntu-desktop branches don't even have the full source
[14:18] <seb128> didrocks, I was wondering if you used glade 3.7 on purpose or not ;-)
[14:19] <seb128> james_w, they do for dx things
[14:19] <james_w> seb128: oh, ok
[14:19] <james_w> seb128: didrocks has dealt with this for some netbook packages, he can tell you what it is like to do that
[14:19] <seb128> james_w, the one there is on ~ubuntu-desktop/libdbusmenu/ubuntu
[14:20] <seb128> james_w, ok thanks
[14:20] <seb128> ups
[14:20] <aquarius> mvo, are you around today? :)
[14:20] <seb128> libdusmenu -> dbusmenu
[14:20] <didrocks> seb128: I used that, it got some interesting features that I thought we should use. But vuntz told me that they will go with 3.6.x and apparently, there is some issues with complicated .ui file (I do not see any issue, but mine are probably too easy)
[14:20] <seb128> it's confusing to have upstream name != ubuntu_source
[14:20] <james_w> seb128: I can certainly help
[14:20] <tedg> james_w: So I think it's something like this -- bzr branch trunk ; tar -x tarball ; bzr add ; bzr commit ; bzr tag upstream ?
[14:21] <seb128> didrocks, ok
[14:21] <james_w> tedg: nope, then you miss out on the magic
[14:21] <seb128> james_w, I think everybody is busy enough with lucid + weekend soon
[14:21] <james_w> you have to use "bzr merge-upstream"
[14:21] <james_w> right
[14:21] <seb128> james_w, I will bother you after lucid or at uds
[14:21] <seb128> james_w, but thanks ;-)
[14:22] <tedg> james_w: I couldn't get merge-upstream to work unless it had the previous version.  I was curious how to bootstrap that.
[14:22] <seb128> I broke libgnome-keyring imports I think
[14:22] <seb128> but not sure how
[14:22] <james_w> tedg: yeah, that's the trick. You just have to fool it.
[14:22] <seb128> ie lp:ubuntu/libgnome-keyring doesn't get updated now
[14:24] <tedg> james_w: Do you have docs on fooling it?  (it is April Fools Day after all) ;)
[14:24] <james_w> heh
[14:25] <james_w> tedg: no, you just set a tag, but I've forgotten the specifics right now, so I was hoping didrocks would remember ;-)
	bzr tag upstream-0.1.1 -r tag:indicator-sound-0.1.1
[14:27] <seb128> james_w, ^ that's what you made me do for indicator-sound by then
[14:28] <james_w> right
[14:28] <james_w> if you are doing a new release you can do that
[14:29] <tedg> Oh, that's easier than what I had thought you'd have to do!
[14:29] <tedg> Sweet!
[14:30] <tedg> seb128: So what's your thoughts, I can convert that way.  Or just wait and we'll do a massive convert at UDS?
[14:31] <seb128> well if that works feel free to do it
[14:31] <glatzor> mvo, hello, I released 0.20 of aptdaemon today
[14:31] <seb128> I just don't want to waste efforts on workflow changes or have other people wasting efforts on those now
[14:32] <tedg> seb128: Let me try.  If it's that easy, I'll do it.  Otherwise we can postpone.
[14:32] <seb128> seems good
[14:32] <seb128> tedg, we are frozen already for beta2 btw
[14:32] <seb128> tedg, and weekend starts tonight there
[14:32] <seb128> tedg, in other words, if you don't roll tarballs too late it would be nice ;-)
[14:33] <tedg> seb128: Sure, oh, is Friday a holiday?
[14:33] <seb128> not sure if you plan updates for today
[14:33] <seb128> tedg, yeah, eastern
[14:33] <seb128> not everywhere
[14:33] <tedg> Yes, just making all those fixes into tidy tarballs.
[14:33] <tedg> Will do.
[14:33] <seb128> but I've been told that uk and de have it too
[14:33] <seb128> in fr we don't officially
[14:34] <seb128> it's just the old german area which has tomorrow
[14:34] <tedg> Ah, interesting.  I'm surprised that France wouldn't and everywhere else would.
[14:35] <tedg> Can't you guys schedule a protest or something? ;)
[14:35] <seb128> lol
[14:37] <mvo> glatzor: nice
[14:38] <mvo> glatzor: you decided to call it EnableComponent instead of enabledistrocomponent?
[14:42] <rickspencer3> kenvandine, I left Gwibber running over night, no undue CPU load at all from desktopcouch
[14:42] <kenvandine> rickspencer3, i wonder why it doesn't hit you
[14:42] <rickspencer3> I think this is a question that may be worth answering
[14:42] <rickspencer3> maybe I should try to create a new user, and do something there that repros the spike
[14:43] <kenvandine> even without gwibber running, just making desktopcouch starts makes it immediately peg my CPU
[14:43] <rickspencer3> kenvandine, if you start desktopcouch from iPython, does that peg the CPU?
[14:43] <kenvandine> haven't tried that... but using dbus-send it does
[14:44] <rickspencer3> can you show me the command, I'll try in a fresh user and see if I get the spike
[14:44] <kenvandine> one sec
[14:44] <rickspencer3> kenvandine, it's really nice that Gwibber opens now
[14:44] <rickspencer3> :)
[14:45] <seb128> I don't get this cpu use issue here either
[14:45] <rickspencer3> seb128, it's really bumming some people out
[14:45] <rickspencer3> any news from upstream on it?
[14:45] <seb128> no
[14:45] <seb128> I'm about to test a workaround though
[14:45] <seb128> but since I don't get the bug it's not easy
[14:46] <seb128> trying to figure how to trigger it using gvfs
[14:46] <kenvandine> dbus-send --session --print-reply --dest=org.desktopcouch.CouchDB --type=method_call / org.desktopcouch.CouchDB.getPort
[14:46] <kenvandine> rickspencer3, ^^
[14:46] <kenvandine> seb128, just run that command and watch desktopcouch eat your CPU :)
[14:46] <seb128> it doesn't
[14:46] <seb128> I just tried
[14:50] <kenvandine> seb128, humm
[14:50]  * kenvandine looks in seahorse
[14:51] <LaserJock> kenvandine: is the keyring still acting up?
[14:54] <kenvandine> LaserJock, yeah
[14:54] <kenvandine> seb128, ok... weird
[14:54] <kenvandine> i deleted the keyring entries for desktop couch
[14:54] <kenvandine> and started dc again... no load
[14:54] <kenvandine> and
[14:54] <kenvandine> it didn't recreate the keys
[14:55] <kenvandine> so somehow now desktopcouch is working without using the keyring... which is weird
[14:55]  * kenvandine starts gwibber
[14:56] <rickspencer3> well, that was a painful journey
[14:56] <rickspencer3> kenvandine, seb128 fwiw, I was not able to repro the CPU pegging on a different user account
[14:56] <rickspencer3> I also couldn't switch back to my main account
[14:56] <rickspencer3> :/
[14:56] <seb128> what happened when you tried?
[14:57] <kenvandine> ok... now gwibber-service has my CPU pegged
[14:59] <kenvandine> damn... ok... killed desktopcouch again and hit it with dbus-send and now desktopcouch has it pegged again
[15:00] <seb128> kenvandine, what arch do you use?
[15:01] <kenvandine> amd64
[15:02] <seb128> kenvandine, http://people.canonical.com/~seb128/gnome_keyring.debdiff
[15:03] <seb128> kenvandine, can you try to get the current lucid source, just got accepted recently so you might need to get it from launchpad
[15:03] <seb128> kenvandine, use this change
[15:03] <seb128> build your deb
[15:03] <seb128> restart your session
[15:03] <seb128> and tell me how it works for you
[15:03] <kenvandine> seb128, not in bzr?
[15:03] <seb128> kenvandine, I hate bzr
[15:03] <kenvandine> hehe
[15:03] <seb128> we use lp:ubuntu... for this one
[15:04] <seb128> but the autoimport stopped importing
[15:04] <seb128> I think that's because I commited something by hand
[15:04] <Keybuk> seb128: who looks after the emacs23 packages?
[15:04] <seb128> I dunno how to undo
[15:04] <seb128> Keybuk, I don't know
[15:04] <seb128> kenvandine, I tried to bzr merge-upstream but it refuses to do so because the previous version was not tagged
[15:05] <seb128> kenvandine, short story, will be faster to apt-get source and apply the debdiff
[15:05] <kenvandine> https://edge.launchpad.net/ubuntu/+source/gnome-keyring/2.92.92.is.2.30.0-0ubuntu2
[15:05] <kenvandine> is that the latest?
[15:05] <kenvandine> can't be
[15:06] <seb128> kenvandine, libgnome-keyring
[15:06] <kenvandine> oh
[15:06] <seb128> that's a different source
[15:06] <seb128> sorry the debdiff name was not clear
[15:06] <kenvandine> yeah... was keying off the debdiff file name :)
[15:07] <didrocks> LaserJock: what do you thing about bug #429882 ? I mean, it can be really easily fixed, but I'm unsure we should put the network area in the folder view. (it's accessible by nautilus and people can still add as a nautilus bookmark to see it there)
[15:09] <kenvandine> seb128, humm... this patch looks hopeful :-D
[15:10] <kenvandine> brb
[15:13] <LaserJock> didrocks: I'm a little concerned about having lots of "sections" in n-l
[15:13] <didrocks> LaserJock: the idea was to add it to the folder view, but yeah, I think we shouldn't add the network one
[15:13] <LaserJock> for instance, there are oddities in scrolling/keyboard movement
[15:13] <LaserJock> I mean different sections within the same category
[15:14]  * kenvandine resists the urge to comment on how well this is going so far
[15:14] <didrocks> LaserJock: oh ok, this will be in the same section as it's only one item. But I just wanted another point of view before telling we won't fix this
[15:15] <LaserJock> didrocks: let me look at the bug report real quick so I know what exactly it's doing
[15:16] <kenvandine> damn... there goes the CPU
[15:16] <seb128> :-(
[15:16] <LaserJock> didrocks: hmm, if the point is "Connect to server" I think that maybe should be handled elsewhere
[15:16] <LaserJock> didrocks: if they want say network shares to show up then I could imagine putting that in "Volumes"
[15:17] <didrocks> LaserJock: well, I was more thinking about "network" as you have in the GNOME menu. but I'm really unsure that we should add it
[15:17] <LaserJock> but "Connect to server" is mixing "Files and Folders" with applications
[15:17] <kenvandine> seb128, this is interesting
[15:17] <didrocks> LaserJock: in any case, it's in the nautilus sidebar and people can add a nautilus bookmark, so…
[15:18] <kenvandine> so desktopcouch does start couchdb... but the service they start via dbus service activation is crashing now with this error
[15:18] <kenvandine> ERROR:gkr-operation.c:169:gkr_operation_set_result: assertion failed: ((int) res != INCOMPLETE)
[15:18] <LaserJock> didrocks: oh, so do they want an actual "Network" button, not the contents of that nautilus view?
[15:19] <seb128> kenvandine, but still using extra cpu?
[15:19] <kenvandine> desktopcouch wasn't
[15:19] <kenvandine> but gwibber was
[15:19] <seb128> I'm wondering if that could be another bug in gwibber
[15:19] <didrocks> LaserJock: I guess that was what is involved in the bug report
[15:19] <seb128> not handling some error as it should
[15:19] <seb128> I think I will get the keyring change in lucid
[15:19] <seb128> just to see if it works on other bugs
[15:20] <seb128> hate hate intel
[15:20] <seb128> I had to undock my laptop, there is no way to get the external screen working after user switch
[15:20] <kenvandine> seb128, if i comment out the one line that calls the keyring it doesn't do this
[15:21] <seb128> k
[15:21] <seb128> so the change doesn't solve the issue for you
[15:21] <seb128> but adds a crash
[15:21] <seb128> :-(
[15:21] <kenvandine> well... this might be another problem in dc
[15:21] <kenvandine> i killed dc again and gwibber
[15:22] <kenvandine> and ran /usr/lib/desktopcouch/desktopcouch-service manually
[15:22] <kenvandine> and it started up properly then
[15:22] <kenvandine> and it isn't pegging the CPU
[15:22] <LaserJock> didrocks: here's my thought. I think it's inconsistent to all allow adding/editing of network shares from n-l but I think the shares should show up
[15:22] <seb128> ok let me get the change in lucid
[15:22] <kenvandine> i think it might be crashing because it was already running
[15:22] <seb128> we need extra feedback on it
[15:22] <didrocks> LaserJock: we agree so :)
[15:22] <kenvandine> yeah
[15:23] <LaserJock> didrocks: great :-)
[15:23] <didrocks> LaserJock: thanks for your opinion on this :)
[15:24] <kenvandine> seb128, also... just for info, gwibber-service uses python mulitiprocessing
[15:25] <kenvandine> which i know nothing about
[15:25] <kenvandine> and i am sure that is why dobey's work around didn't work
[15:25] <LaserJock> didrocks: it might make sense to at some point have some sort of "actions" applet for UNE where things like "Connect to server" might live
[15:26] <LaserJock> didrocks: but it seems to me that n-l itself should stay pretty passive, not a complete UNE control panel
[15:26] <rickspencer3> seb128, kenvandine are you guys expecting icon updates today?
[15:27] <didrocks> LaserJock: well, "network" item can be discussed. "connect to a server" is a nogo for me :)
[15:27] <seb128> rickspencer3, I'm not but I'm not active in those changes just doing sponsoring
[15:27] <seb128> rickspencer3, ask kwwii?
[15:27] <seb128> rickspencer3, any particular issue?
[15:27] <dobey> kenvandine: my workaround probably didn't work exactly, because gwibber-service isn't using gtk+, but only the glib main loop
[15:27] <rickspencer3> seb128, yes
[15:28] <rickspencer3> apparantly there's an updated ubuntu logo that breaks in a bunch of places
[15:28] <dobey> kenvandine: i don't think pygobject has a main thread mutex to lock on though, so you have to do more work to get it right
[15:28] <rickspencer3> https://launchpad.net/bugs/553307
[15:29] <didrocks> rickspencer3: yeah, this is related to adding "ubuntu-distributor" logo to ubuntu-mono
[15:30] <rickspencer3> ok
[15:30]  * kenvandine -> lunch
[15:30] <rickspencer3> so, kenvandine, didrocks, seb128 please stop uploading changes from the design team for the time being
[15:30] <seb128> ok
[15:30] <kenvandine> rickspencer3, ack
[15:30] <didrocks> ok
[15:30] <seb128> pitti, I uploaded a potential workaround for keyring cpu issue, if you want to review
[15:30] <rickspencer3> kenvandine, I'll assign that invisible icon bug to you
[15:32] <didrocks> rickspencer3: just to be honest, I asked to get an ubuntu-distributor logo in the current theme to fix bug #544177
[15:32] <rickspencer3> didrocks, well, we need a fix that doesn't cause other bugs
[15:33] <didrocks> rickspencer3: I agree, but we need a fix that doesn't ask to break something working for years too (kwwii was suggesting adding a new logo name, and patching go-home-applet. This will mean that we will break UNE was all non default theme)
[15:34] <rickspencer3> didrocks, why does there need to be a white logo to fix bug #544177?
[15:36] <didrocks> rickspencer3: because the based theme was the previous ubuntu logo as there is no distributor-logo in the current theme. So, go-home-applet had the 3 colors logo. Not matching the one we get in GNOME
[15:37] <pitti> rickspencer3: ¡ƃuıuɹoɯ pooƃ
[15:37] <rickspencer3> Hi pitti
[15:41] <chrisccoulson> do we have a new starter today?
[15:44]  * pitti waves to Nafai
[15:44]  * chrisccoulson waves to Nafai (our new compiz maintainer) too
[15:45] <james_w> kenvandine: gwibber uses multiprocessing and dbus?
[15:46] <james_w> ah, it's gnome-keyring the issue is with, ignore me
[15:56] <Nafai> Good morning!
[15:56] <Nafai> uh, compiz maintainer?
[15:58] <pitti> Nafai: it's a long-standing tradition
[15:58] <Nafai> ah, pass the buck to the new guy? :)
[15:58] <fta> grr, reinstalling a main desktop is painful, so much gnome/app prefs lost. is there a tool to import everything from another dir/disk?
[15:59] <rickspencer3> Hi Nafai
[15:59] <rickspencer3> welcome aboard!
[15:59] <Nafai> Thanks!
[15:59] <rickspencer3> Nafai, did you get your "new starter tasks" mail?
[15:59] <Nafai> I got the email about setting up my accounts and I'm replying right now
[16:02] <ccheney> rickspencer3: did you file the bug you mentioned last night?
[16:02] <rickspencer3> ccheney, not yet
[16:02] <ccheney> rickspencer3: i couldn't seem to reproduce major lag in impress with current OOo on my machine but maybe will be able to with your information :)
[16:03] <ccheney> otherwise my machin emay just be too fast, not really sure
[16:06] <rickspencer3> Nafai, ok, ping me when you those done
[16:07] <Nafai> thanks
[16:13] <didrocks> hey Nafai, welcome ;)
[16:13] <Nafai> didrocks: Thanks!
[16:16] <rickspencer3> seb128, it looks like kwwii is going to have some icon changes to upload today
[16:16] <rickspencer3> seb128, any chance these changes can get taken for beta 2? or too late?
[16:17] <seb128> rickspencer3, not my call, I will sponsor what is ready
[16:17] <rickspencer3> seb128, ok
[16:17] <seb128> rickspencer3, then pitti or slangasek approve uploads
[16:18] <rickspencer3> seb128, ack
[16:23] <seb128> pitti, lpi change uploaded to the ubuntu-desktop ppa btw
[16:26] <pitti> seb128: thanks! let's run with that version for a couple of days, and see whether it has issues
[16:27] <seb128> right
[16:27] <seb128> pitti, thanks for letting gnome-keyring through
[16:28] <kenvandine> welcome aboard Nafai!
[16:28] <pitti> seb128: no worries, thanks for fixing!
[16:29] <kenvandine> pitti, we should have uploads for the music store plugin and libu1... but we don't know where rodrigo is and aquarius is waiting on a aptdaemon fix from mvo before releasing a tarball for the rb plugin
[16:30] <pitti> kenvandine: is that absolutely critical for beta-2?
[16:30] <kenvandine> aquarius, ^^
[16:30] <pitti> kenvandine: (note that anything which doesn't go in today will be pretty much "out" for b2)
[16:30] <seb128> pitti, we will have a round of dx updates too
[16:31] <kenvandine> pitti, yeah..  i wanted to get this in yesterday or first thing today
[16:31] <seb128> pitti, I would feel better having all those changes now and tested through beta2
[16:31] <seb128> pitti, rather than having those landing and needing being tested between beta2 and lucid freeze which is just next to it
[16:31] <pitti> seb128: yes, I agree; just pointing out..
[16:32] <kenvandine> pitti, i don't know how critical they are... but there is like 2 weeks of bug fixes there
[16:32] <kenvandine> would like to get them in
[16:32] <seb128> ie 2 weeks of changes
[16:32] <seb128> yeah, we should have those in to get them tested
[16:32] <kenvandine> seb128, right
[16:32] <kenvandine> aquarius, any eta?
[16:33] <aquarius> pitti, kenvandine, yes. The fix that mvo's working on to aptdaemon is because we've had to shift from using the mp3 codec in universe to the mp3 codec in the partner repo
[16:33] <ccheney> hmm xulrunner-dev is no longer in main, what replaces it, anyone happen to know?
[16:34] <dobey> pitti: hi!
[16:34] <aquarius> there are a few other bugfixes too, like not giving everyone non-English two libraries in Rhythmbox, and libubuntuone has a number of fixes for segfaults and other bugs that affect quite a few people.
[16:34] <pitti> hi dobey
[16:34] <pitti> aquarius: there has been an aptdaemon upload today, was that fix in?
[16:35] <dobey> pitti: don't know if should bug you or slangasek (i think he's supposed to poke me today about a couple of string changes we wanted to get in), but there are apparently a couple of fixes we need to make to ubuntuone-client from the release/upload last night, today. do you think we could get that in today?
[16:36] <aquarius> pitti, no; mvo is working on that fix right now. ( mvo do please correct me if I'm wrong and the fix is in, but I'm 99% sure it isn't )
[16:36] <pitti> rickspencer3, kenvandine: us Europeans have Good Friday off; would either of you be able to sit in the release team meeting tomorrow, to answer questions? I'll update the release status page now
[16:36] <kenvandine> pitti, sure
[16:36] <rickspencer3> I think kenvandine will need to be there for all the dx/ols changes
[16:36] <rickspencer3> I can lurk as well, just in case
[16:37] <pitti> dobey: please just get anything uploaded to the queue ASAP; in freeze times, the release team just regularly reviews the queue and approves stuff that's suitable for the freeze
[16:37] <dobey> pitti: ok, thanks. :)
[16:38] <mvo> aquarius: I just commited it to bzr, glatzor is the hero of the day. I do a final test and then upload
[16:38] <aquarius> woah, cool
[16:39] <mvo> aquarius: actually glatzor is more than just the hero of the day, probably the month :)
[16:39] <aquarius> mvo, what do I need to do? then I can be working on that while the upload's happening :)
[16:39] <mvo> aquarius: nothing really, it will just inherit the privs, you could test it before the upload, bzr cobzr+ssh://bazaar.launchpad.net/~aptdaemon-developers/aptdaemon/ubuntu-lucid/
[16:40] <mvo> aquarius: and then bzr-buildpackage
[16:40] <aquarius> mvo, it'll just *work*? sweet.
[16:40] <seb128> mvo, knowing the month starts today that's about the same there ;-)
[16:40] <Nafai> brb, restarting zip
[16:40] <Nafai> bip, even
[16:40] <mvo> seb128: heh :)
[16:41] <mvo> seb128: nitpicker :P
[16:43] <MacSlow> hey Nafai
[16:43] <ccheney> anyone know why xulrunner-dev which is a meta package for the current xulrunner-1.9.2-dev package got moved into universe recently? it is causing pain for the OOo build
[16:44]  * ccheney isn't sure its point to exist at all if it is stuck in universe with xulrunner-1.9.2-dev being in main
[16:44] <mvo> aquarius: I upload now, it works well for me
[16:45] <pitti> chrisccoulson: so bug 447431 is actually something different then, and still an issue?
[16:46] <ccheney> it looks like it might have got put in universe by mistake as the source package is relatively new
[16:50] <chrisccoulson> pitti - no, that's the same issue
[16:51] <pitti> chrisccoulson: would you mind closing it with an explanation?
[16:51] <chrisccoulson> the crash should be fixed, but i'm not convinced yet that the fix is really correct
[16:51] <Nafai> Hi MacSlow, got your email, I'll test again tonight
[16:51] <chrisccoulson> yeah, can do
[16:51] <pitti> chrisccoulson: or perhaps s/close/wontfix for lucid, and prioritize down
[16:51] <pitti> as you see fit
[16:51] <chrisccoulson> pitti - yeah, i was just thinking that
[16:51] <pitti> chrisccoulson: thanks!
[16:51] <MacSlow> Nafai, I'm also on it... and believe the issue is inconsistency between image_hint and icon-parameter
[16:52] <chrisccoulson> i'll probably just bump the priority down and leave it open for lucid for now, as any other issues i find might be SRU-able anyway
[16:52]  * Nafai nods
[16:52] <Nafai> sounds likely
[16:52] <MacSlow> Nafai, and it's stupid we've to fight bugs like this :)
[16:52] <zyga> good afternoon
[16:52] <Nafai> :)
[16:53] <rickspencer3> Nafai, https://edge.launchpad.net/~canonical-desktop-team/+mugshots
[16:54] <Nafai> Yay, I need to get the right size image
[16:54] <pitti> kenvandine: do you happen to know the current status of bug 530541 ?
[16:55] <chrisccoulson> hey pitti, apparently when you demoted xulrunner-1.9.1 yesterday, the xulrunner-dev binary built by 1.9.2 also got demoted
[16:55] <zyga> mvo: hi
[16:56] <zyga> mvo: please tell me I can help you today
[16:56] <kenvandine> pitti, i am hoping the patches i uploaded for dc yesterday fix that
[16:56] <kenvandine> among a bunch of other bugs
[16:56] <kenvandine> but need to do a call for testing
[16:56] <pitti> kenvandine: oh, thanks! Mind updating the bug with that, and set to "fix committed" perhaps?
[16:56] <LaserJock> kenvandine: so what *should* work right now?
[16:56] <pitti> chrisccoulson: argh, bl**** LP; re-promoted
[16:57] <pitti> chrisccoulson: will be in main again in 60 mins (after publisher ran)
[16:57] <kenvandine> yeah, on my todo list for today is to go through those bugs and ask people affected to test with 0.6.3-0ubuntu3
[16:57] <kenvandine> LaserJock, we think so, yes
[16:57] <LaserJock> kenvandine: we think what? :-)
[16:57] <chrisccoulson> pitti - thanks
[16:57] <kenvandine> oh... missed part of your question
[16:58] <kenvandine> LaserJock, the desktopcouch startup problems
[16:58] <mvo> zyga: oh, hello! nice. I have a nice little problem: lp:~mvo/software-center/improve-html is about improving the package description -> html converter
[16:58] <kenvandine> that led to a ton of different types of crashes
[16:58] <mvo> zyga: the current one generates really messy html
[16:58] <LaserJock> pitti: doko uploaded something yesterday or today that specifically changed deps to deal with demotion
[16:58] <mvo> zyga: its a bit tricky to get right for the lists (like in p7zip or totem)
[16:58] <zyga> mvo:  let me check this first
[16:58] <zyga> ok, just a sec
[16:58] <mvo> zyga: but it should not really be very hard (especially for you :)
[16:59] <mvo> zyga: only if you enjoy working on this of course
[16:59] <LaserJock> pitti: openjdk-6 6b18~pre4-1ubuntu1 , just FYI
[16:59] <zyga> mvo: exactly so
[16:59] <pitti> LaserJock: hm?
[16:59] <zyga> mvo: any lp#?
[16:59] <LaserJock> pitti: the demotion of xulrunner-dev
[16:59] <mvo> zyga: its important to get clean html so that we get proper tab ordering for accessiblity, without it webkit and orca are not happy, but in that branch its possible to just <tab> through the page and orca will happily read it
[16:59] <pitti> LaserJock: that wasn't deliberate
[17:00] <zyga> mvo: how about using tab-index property?
[17:00] <zyga> It's standard html AFAIK
[17:00] <mvo> zyga: lp is bug #455320
[17:00] <zyga> mvo: thanks, checking the code now
[17:00] <LaserJock> pitti: I know, I'm saying doko uploaded a new openjdk changing the deps to deal with the demotion
[17:01] <mvo> zyga: great, thanks :)
[17:01]  * mvo hugs zyga
[17:01] <pitti> LaserJock: right; that can probably be reverted
[17:01] <zyga> mvo: could you please remind me how to bootstrap local software-center?
[17:01] <zyga> the thing you said to me last time when I tried to rewrite the backend
[17:01] <LaserJock> pitti: I just thought I'd point that out, I don't know if there were others
[17:02]  * pitti has the RC bug status updated now (on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus); awesome job, folks!
[17:02] <pitti> rickspencer3, kenvandine ^ for the release meeting tomorrow
[17:02] <zyga> mvo: oh, it works out-of-the-box, cool
[17:02] <rickspencer3> thanks pitti
[17:03] <rickspencer3> pitti, I noticed that chrisccoulson's RC list is quite reduced!
[17:03] <kenvandine> thx pitti
[17:03] <pitti> rickspencer3: I'd appreciate if you could update the Kubuntu status on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[17:03] <mvo> zyga: nowdays it should just work and pick all the stuff from your local checkout
[17:03] <pitti> rickspencer3: do you have a list for today?
[17:03] <zyga> mvo: lovely, it just did :-)
[17:03] <mvo> zyga: just make sure you have PYTHONPATH=. ./software-center
[17:03] <mvo> zyga: :)
[17:03] <rickspencer3> pitti, I could make it quickly
[17:03] <rickspencer3> hold on
[17:11] <didrocks> pitti: it would be good if you can take a look at UNE components. I have just released and uploaded them. Some are for the new branding and other fixes some bugs that it would be nice to user to be able to test last version (go-home-applet, clutk, liblauncher-0.1, netbook-launcher)
[17:12] <rickspencer3> pitti, https://wiki.ubuntu.com/DesktopTeam/Scratch/ReleaseBugs20100401
[17:12] <seb128> rickspencer3, the second one is fixed I think
[17:12] <nigelb> okay, so whose the UNE person?  there is a cheese apport hook waiting for upload
[17:12] <seb128> not sure there is any f-spot change required
[17:12] <rickspencer3> pitti, oops, forgot to use the code with the clickable bug #s
[17:13] <seb128> rickspencer3, the third one is really a desktop team rc? gthumb is universe
[17:13] <rickspencer3> that's what the query says
[17:13] <didrocks> nigelb: cheese isn't really related to UNE, but I can have a look :)
[17:13] <rickspencer3> I'll take it off
[17:14] <nigelb> didrocks, thanks.  I thought it was in UNE by default.  anyway bug 542091
[17:14] <seb128> rickspencer3, right, the question was rather "should it be lowered?"
[17:14] <rickspencer3> I am particularly concerned about bug #550218
[17:14] <didrocks> nigelb: yeah, it is, but it's not an UNE specific component :) Let me look
[17:15] <rickspencer3> seb128, the gthumb bug has already been lowered, since the cron job for the report ran
[17:16] <seb128> rickspencer3, I just nothing while reading my emails, pitti was faster again there ;-)
[17:16]  * seb128 hugs pitti
[17:21]  * pitti hugs you back
[17:25] <chrisccoulson> i'm sure something recently has made disk I/O performance really suck
[17:27] <pitti> didrocks: your liblauncher-0.1 upload apparently killed the previous changelog from 0.1.9-0ubuntu1?
[17:27] <pitti> didrocks: mind fixing that and reupload?
[17:27] <pitti> (it looks fine otherwise)
[17:31] <didrocks> pitti: oh? really. Strange, I used my packaging branch, maybe not up to date. I'm fixing that now
[17:32] <didrocks> pitti: you have an national holiday tomorrow as well? (/me will feel lonely on the chan tomorrow :/)
[17:32] <pitti> didrocks: yes, Good Friday
[17:33] <didrocks> seb128 too, because… you know, lorraine isn't in France for everything apparently :p
[17:35] <LaserJock> didrocks: you don't get a holiday?
[17:35] <didrocks> LaserJock: not in France, we only have Monday
[17:36] <LaserJock> what's Monday?
[17:36]  * seb128 slaps didrocks
[17:36] <didrocks> seb128: it's just a shame!
[17:36]  * didrocks hugs seb128
[17:36]  * seb128 hugs didrocks
[17:36] <LaserJock> we don't get anything here in the US :(
[17:36] <kenvandine> didrocks, my grandparents were from lorraine
[17:36] <pitti> we have Friday and Monday off
[17:37] <LaserJock> what is the Monday holiday called?
[17:37] <Nafai> So do I start getting email every time a bug is filed under the desktop team?
[17:38] <pitti> didrocks: I'm rejecting the current liblauncher-0.1 uplaod for now, FYI
[17:38] <pitti> LaserJock: "Easter Monday" ..
[17:38] <LaserJock> pitti: wow, crazy
[17:38] <pitti> Nafai: if you mean canonical-desktop-team, no :)
[17:38] <didrocks> pitti: new one just uploaded
[17:38] <pitti> Nafai: some bugs are assigned to that (the ones which we want to fix for lucid and don't have an immediate assignee), but it's not much
[17:38] <didrocks> pitti: thanks :)
[17:39] <ccheney> didrocks: the non-religious countries should adopt those as national easter bunny days :)
[17:39] <Nafai> pitti: Ah, okay
[17:39] <kenvandine> didrocks, actually they were from Alsace-Lorraine, and they lived there when the borders kept changing
[17:39] <didrocks> ccheney: heh
[17:39] <didrocks> kenvandine: oh, so close to seb128's home :)
[17:40] <ccheney> luckily all my family lives close by so i don't have to travel to see them :)
[17:41] <baptistemm> so #ubuntu-desktop for french and used-bo-be-french mafia kenvandine
[17:41] <LaserJock> hmm, my name is French/French-Canadian, does that count? :-)
[17:42] <didrocks> LaserJock \o/
[17:42] <baptistemm> « Once you entered here, you're french »
[17:42]  * didrocks is sure we can turn #ubuntu-desktop into French speaking :)
[17:42] <ccheney> lol
[17:42] <Nafai> oh no
[17:42] <baptistemm> \./
[17:42] <zyga> mvo: "softwarecenter/view/appdetailsview.py" line 630
[17:42] <Nafai> My wife is taking French at university.  I have a hard time understanding anything she says. :)
[17:43] <didrocks> Nafai: you will have now UDS for training you :)
[17:43] <zyga> mvo: SI units
[17:44] <Nafai> didrocks: yay
[17:44] <pitti> didrocks: much better, thanks
[17:45] <didrocks> pitti: sorry for the overlook
[17:45] <didrocks> pitti: and thanks for accepting them
[17:45]  * didrocks hugs pitti
[18:00] <pitti> dinner time for me as well
[18:01] <didrocks> pitti: enjoy
[18:01] <pitti> I'll probably do some quick IRC/email catch up tomorrow
[18:01] <pitti> but for now, Happy Easter everyone!
[18:01]  * pitti stops early, don't feel too well
[18:03] <desrt> pitti: hope you have a relaxing weekend
[18:03] <Nafai> See you pitti
[18:04] <kenvandine> enjoy!
[18:04] <didrocks> pitti: enjoy your week-end
[18:05] <seb128> pitti, thank, you too!
[18:08] <chrisccoulson> ooh, we have a stable tracker release now
[18:08] <didrocks> chrisccoulson: yeah, I saw that too :)
[18:09] <chrisccoulson> i will get that uploaded to the tracker PPA later on tonight
[18:15] <nigelb> didrocks, this looks better? http://pastebin.com/QVGYMSpC
[18:17] <didrocks> nigelb: so, you relaunch cheese without closing the other one? seems ok. I'll have to check and run it as well (the debug one should be closed if it's not a crash)
[18:18] <didrocks> nigelb: I'll have a look tomorrow. In any case, we are in beta2 freeze and won't get that published before a week
[18:18] <nigelb> didrocks, I ask user to close cheese if its already open and also to close cheese after it completely loads
[18:18] <nigelb> I thought apport hooks get in at any point
[18:18] <nigelb> didrocks, if you're okay with what it is now, let me know, I'll get a new debdiff ready
[18:19] <didrocks> nigelb: not during freeze, I guess  :)
[18:19] <nigelb> ah :)
[18:19] <didrocks> nigelb: yeah, I'm ok with the change, can you do a debdiff with that, I will test that tomorrow
[18:19] <didrocks> nigelb: (put it into the bug report and subscribe me to it please)
[18:19] <nigelb> thanks, will get debdiff ready in a few :)
[18:20] <didrocks> nigelb: awesome, thanks!
[18:20] <salty-horse> hey. Is there a proper place such as a mailing list or irc channel to discuss the indicator-applet project?
[18:20] <nigelb> salty-horse, ayatana
[18:20] <didrocks> salty-horse: #ayatana
[18:22] <salty-horse> thanks!
[18:44] <Nafai> bbiab, getting lunch
[18:51] <mvo> zyga: line 630? that is the last line in the file for me
[19:05] <zyga> hmm
[19:06] <zyga> mvo: you are right, that's line 357
[19:06] <zyga> mvo: I'm sorry for the mistake and delay, kids were going crazy :-)
[19:06] <zyga> mvo: it's about ubuntu units policy
[19:07] <zyga> I'll hook my system to my dedicated display and get back to you soon
[19:16] <aquarius> mvo, is the aptdaemon new version going to get in? kenvandine and I have put together the music store stuff which depends on it...
[19:29] <mvo> aquarius: it depend on someone from the release team to review and accept
[19:29] <aquarius> mvo, yep, that's what I thought, I just didn't want to miss it if that'd already happened :)
[19:29] <aquarius> kenvandine, ^
[19:30] <kenvandine> ok
[19:30] <kenvandine> thx
[19:30] <kenvandine> we'll prepare the rb plugin and libu1 and get  them uploaded and figure out getting them all approved :)
[19:39] <kenvandine> aquarius, well done... this latest music store plugin is much faster... and the progress bar makes me feel better :)
[19:42] <aquarius> hooray :)
[19:43] <kenvandine> it really is snappy
[19:43] <kenvandine> navigating is awesome now
[19:43] <mvo> mpt: is  lp:~mpt/software-center/bug-553307	 good to merge?
[19:50]  * zyga has just purchased ladytron album on ubuntu music store, cool
[19:51] <kenvandine> aquarius, and impressive... downloads happened almost immediately :)
[19:51]  * kenvandine hopes we can get this in beta-2 :)
[19:52] <zyga> kenvandine: did you have to do anything for the downloads to show up in your u1 folder?
[19:52] <kenvandine> nope, you shouldn't need to
[19:52] <kenvandine> well
[19:53] <kenvandine> they go to ~/.ubuntuone/...
[19:53] <kenvandine> ~/.ubuntuone/Purchased from Ubuntu One
[19:53] <zyga> I see that
[19:53] <zyga> the folder has the directory structure of the album I have
[19:53] <zyga> but nothing's inside yet
[19:53] <kenvandine> ah, it's syncing then
[19:53] <kenvandine> my directories appeared almost immediately
[19:53] <zyga> inside the store website it's also stuck (no progress as far as I can see yet)
[19:54] <kenvandine> ok, i think that means it hasn't finished downloading to u1
[19:54] <aquarius> zyga, we currently are working on some server issues, which are almost certainly causing your problem. My apologies for that; we're going as fast as we can to ge tthem fixed.
[19:54] <zyga> aquarius: no problem, I'm not a real end user
[19:55] <zyga> aquarius: is there a way to troubleshoot the issue for end uses though?
[19:55] <kenvandine> i guess i was lucky :)
[19:55] <aquarius> zyga, there isn't, at the moment; the problem is purely on the server.
[19:55] <kenvandine> my downloads have frequently taken much longer :)
[19:56] <zyga> my u1sdtool --waiting-content list is not empty though, good
[20:25] <zyga> orca is impossible to use on a netbook screen, what a shame
[20:31] <vish> seb128: hi.. humanity ready for update > https://code.launchpad.net/~ubuntu-art-pkg/humanity/release
[20:32] <zyga> mvo: ping
[20:32] <zyga> mvo: I'm running this software center via orca
[20:33] <zyga> mvo: the 'install/remove' button has wrong a10y strings - it's always install regardless of the actual text
[20:33] <zyga> mvo: my question is, what are the wksub_xxx methods in appdetailsview
[20:33] <zyga> I suspect they get substituted in the webkit view
[20:36] <mvo> zyga: yes
[20:36] <mvo> zyga: correct
[20:37] <seb128> vish, ok
[20:37] <vish> seb128: the changes are the ones kwwii requested [just mentioning in case you were wondering] .. thanks :)
[20:38] <seb128> he told me about those
[20:38] <seb128> but thanks
[20:38] <vish> ty
[20:38] <seb128> great work btw ;-)
[20:39] <vish> thanks.. well , they mentioned it only at the last moment and we split the icons and got them done , probably a new record ;)
[20:40] <zyga> mvo: I'll check how orca sounds in each package you mentioned but I'm not really sure I understand the "Bug" there
[20:40] <zyga> but I'll dig around
[20:41] <mvo> zyga: the orca bit is mostly fine (the button is not, no idea why)
[20:41] <mvo> zyga: its the code that takes the pkg description and makes it html
[20:41] <zyga> mvo: I think I know why, I just need to verify and figure out how to fix it
[20:41] <mvo> zyga: for some packages like p7zip the description looks rather ugly
[20:41] <zyga> mvo: let me switch the package and se
[20:41] <mvo> zyga: so a better parser in wksub_description (iirc) is needed
[20:42] <mvo> zyga: totem is another one that is mostly correct, but if you look at the html you see that it does not get the multiline "* foo" -> <li></li> bit correct
[20:42] <zyga> mvo: got it
[20:42] <zyga> mvo: I'll fix this, should not be too hard
[20:43] <mvo> cool
[20:43] <mvo> looking forward to it :)
[20:58] <seb128> kenvandine, you should upload with correct depends
[20:58] <kenvandine> ?
[20:58] <seb128> the ubuntuone changes
[20:58] <kenvandine> what do you mean?
[20:59] <seb128> you seem to be waiting on mvo upload to be in lucid
[20:59] <kenvandine> oh... no i am not :)
[20:59] <kenvandine> waiting for you :)
[20:59] <seb128> oh ok
[20:59] <kenvandine> i needed a sponsor :)
[20:59] <kenvandine> lp:ubuntu/rhythmbox-ubuntuone-music-store and lp:ubuntu/libubuntuone
[20:59] <seb128> ok, will do that after artwork changes
[20:59] <kenvandine> thx
[21:00] <kenvandine> this is a nice upgrade...
[21:00] <mvo> seb128: uploaded already
[21:00] <kenvandine> the store is much nicer now
[21:00] <mvo> seb128: *ages* ago ;)
[21:00] <seb128> mvo, right, but did it get accepted?
[21:00] <kenvandine> speedy even... at least for me
[21:00] <mvo> seb128: thats a different story…
[21:01] <kenvandine> seb128, we have tested it with the pending version of aptdaemon
[21:01] <seb128> ok, all good
[21:01] <seb128> ignore me then
[21:01] <kenvandine> :)
[21:01] <seb128> I'm just catching up on scrollback
[21:01] <kenvandine> can't ever ignore seb128
[21:01] <kenvandine> :)
[21:01] <seb128> lol
[21:06] <dobey> hrmm
[21:08] <istaz> seb128: hey
[21:08] <seb128> istaz, hello
[21:08] <istaz> seb128: I think I found and fixed the issue for https://bugs.launchpad.net/ubuntu/+source/papyon/+bug/343233
[21:08] <seb128> how are you?
[21:08] <seb128> oh, nice
[21:08] <istaz> fine and you?
[21:09] <seb128> I'm good thanks
[21:09] <seb128> looking
[21:09] <istaz> seb128: apparently u-foka can reproduce the bug so maybe we could put the patch in the package so he could retry?
[21:09] <istaz> seb128: the patch is right here http://git.collabora.co.uk/?p=user/olethanh/papyon.git;a=shortlog;h=refs/heads/fix_22553
[21:09] <seb128> yeah, I was going to do that
[21:10] <seb128> do you think you could just add the diff on launchpad?
[21:10] <seb128> just for tracking purpose so it lands in my mailbox
[21:10] <istaz> ok
[21:10] <seb128> thanks!
[21:10] <seb128> I'm dealing with some other changes for beta2 now but I will make sure to look at that in a bit
[21:11] <istaz> seb128: git format-patch is ok or do you want a real diff?
[21:11] <seb128> doesn't matter
[21:12] <seb128> it's just so I get that in my emailbox
[21:12] <seb128> whatever is easier for you
[21:13] <istaz> ok
[21:16] <istaz> done
[21:16] <seb128> thanks a lot!
[21:20] <rickspencer3> seb128, pitti, kenvandine you guys still around?
[21:21] <seb128> rickspencer3, I am
[21:21] <kenvandine> hey
[21:21] <rickspencer3> I wanted to check in before folks left for holidays
[21:21] <rickspencer3> I think seb128 and pitti are gone until Tuesday now
[21:21] <rickspencer3> seb128, how's the new theme upload going?
[21:22] <rickspencer3> other than that, I hear U1 is having some troubles, and there might be a work around for the key ring 100% bug
[21:22] <rickspencer3> any other issues to watch?
[21:23] <Nafai> rickspencer3: btw, I'm just trying to go through the stuff listed on first day tasks right now
[21:23] <rickspencer3> Nafai, ok, let's do a call in a bit though
[21:23] <Nafai> sure thing
[21:23] <seb128> rickspencer3, themes uploaded
[21:23] <seb128> rickspencer3, u1 updates uploaded
[21:23] <rickspencer3> coolio
[21:24] <rickspencer3> double coolio
[21:24] <seb128> it's up to slangasek now
[21:24] <rickspencer3> ack
[21:24] <Nafai> I have to make a quick phone call and then I'm available whenever fits your schedule
[21:24] <seb128> gnome-keyring I uploaded a workaround today
[21:24] <rickspencer3> seb128, right, any feedback yet?
[21:24] <seb128> but I'm not sure how it works since I don't get the issue
[21:24] <seb128> rickspencer3, I didn't have time to check my emails yet since I'm back from sport and dinner, looking
[21:25] <seb128> I started with sponsoring for themes etc
[21:25] <rickspencer3> seb128, I withdraw the question, I'm curious, but it's not pressing
[21:25] <rickspencer3> seb128, anything we should watch out for or do for you while you are on holiday?
[21:26] <seb128> rickspencer3, no that's fine
[21:26] <seb128> I will check emails etc I think
[21:26] <rickspencer3> ok
[21:26] <seb128> I'm not travelling or anything
[21:26] <rickspencer3> on to beta 2!
[21:26] <rickspencer3> have a great time off seb128
[21:26] <seb128> thanks
[21:27] <seb128> rickspencer3, the feedback says the gvfs cpu use seems to be fixed now
[21:27] <rickspencer3> !
[21:27] <seb128> the desktopcouch not
[21:27] <rickspencer3> oooh
[21:27] <rickspencer3> that is bad news indeed
[21:27] <seb128> the desktopcouch issue might be a different bug
[21:27] <kenvandine> and gwibber is still a problem
[21:27] <rickspencer3> but we can go ahead with beta 2
[21:27] <kenvandine> maybe
[21:27] <seb128> rickspencer3, well, it's something
[21:27] <rickspencer3> we made progress
[21:27] <seb128> we got gvfs mounts fixed
[21:27] <seb128> that's better than nothing
[21:27] <kenvandine> seb128, i removed the desktopcouch keys from my keyring and the load went down
[21:27] <kenvandine> but
[21:28] <rickspencer3> and gvfs is less optional than gwibber ;)
[21:28] <kenvandine> desktopcouch doesn't add them again unless the bookmark and config file get deleted
[21:28] <kenvandine> if i delete those files and run desktopcouch again, the load goes up again
[21:28] <kenvandine> after the keys exist in the keyring
[21:28] <seb128> you might have a different issue
[21:29] <kenvandine> the presence of the keys in the keyring causes it for some reason
[21:29] <seb128> could you get a debug stracktrace of it while using cpu?
[21:29] <kenvandine> and... i wonder why it tries to access that when it does need to
[21:29] <seb128> doesn't?
[21:29] <rickspencer3> kenvandine, is "it" desktop couch or gwibber?
[21:29] <kenvandine> i can try, but there is a bug in python-gdb that made it nearly impossible to get anything useful :/
[21:30] <kenvandine> seb128, it uses the keyring to get values needed to create the bookmark file
[21:30] <seb128> gdb -> dbg?
[21:30] <kenvandine> apparently it really only needs that to write those files out
[21:31] <kenvandine> yeah, sorry
[21:31] <kenvandine> i get some nested recursion mess
[21:31] <kenvandine> there is a bug filed for it already, others had gotten traces though
[21:32] <kenvandine> rickspencer3, it happens independent of using gwibber at all
[21:32] <rickspencer3> so it's desktopcouch
[21:32] <rickspencer3> ?
[21:32] <kenvandine> i think desktopcouch and gwibber suffer from the exact same problem
[21:32] <kenvandine> not one or the other
[21:32] <seb128> kenvandine, you don't need python-dbg there
[21:32] <seb128> the dbg variant has some special refcounting code
[21:32] <kenvandine> how do i get it to not trigger that?
[21:33] <seb128> you can rebuild what interest you with no stripping
[21:33] <seb128> use python
[21:33] <seb128> not python-dbg
[21:33] <rickspencer3> so you could write a python app that just uses desktopcouch a bit to say, put in a value or get a value, and that test app would peg the CPU?
[21:33] <seb128> or install dbgsym
[21:33] <seb128> dbgsym are debug version of normal builds
[21:33] <chrisccoulson> heh, i seem to be taking up a lot of builder time at the moment
[21:33] <seb128> the dbg builds are special python version built with refcounting debug options
[21:33] <kenvandine> rickspencer3, deleting ~/.local/share/desktop-couch/couchdb.html
[21:33] <kenvandine> killing desktopcouch-service beam.smp
[21:34] <kenvandine> and starting it again with dbus-send
[21:34] <fta> kenvandine, chrisccoulson: xchat crashes on shutdown (dbus_connection_dispatch()), i assume it's the app notification plugin.. known?
[21:35] <chrisccoulson> fta - no, i don't know about that
[21:35] <kenvandine> fta, not that i know of
[21:35] <kenvandine> seb128, so install python-gnomekeyring-dbgsym?
[21:35] <fta> 100% reproducible
[21:35] <chrisccoulson> yeah, it could be indicator or keyring
[21:35] <kenvandine> does xchat use the keyring?
[21:35] <dobey> seb128: https://code.edge.launchpad.net/~ubuntuone-control-tower/ubuntu/lucid/ubuntuone-client/trunk/+merge/22658 <- care to sponsor this into the queue?
[21:35] <kenvandine> doubt that is it
[21:37] <seb128> kenvandine, yes
[21:38] <kenvandine> and how should i get the trace?
[21:38] <kenvandine> i was running it in gdb before
[21:38] <seb128> dobey, ok, putting that on the list of sponsoring I'm doing
[21:38] <seb128> kenvandine, gdb --pid PID
[21:38] <seb128> where PID is the pid of what uses cpu
[21:38] <seb128> and bt
[21:38] <kenvandine> ah... i did that
[21:38] <dobey> seb128: much thanks. you are a hero :)
[21:38] <kenvandine> that is where i get the nested recursion stuff
[21:38] <zyga> mvo: I have something, it's not really pretty but it seems to do a better job than before
[21:38] <kenvandine> can i just remove python-gdb?
[21:39] <mvo> zyga: cool, in a brnach?
[21:39] <seb128> kenvandine, yes
[21:39] <zyga> mvo: nope, I'll push it somewhere,
[21:39] <mvo> zyga: cool, thanks
[21:41] <fta> kenvandine, chrisccoulson: i see bug 550959 549972 (close enough)
[21:41] <fta>  bug 550959
[21:41] <fta> uh?
[21:41] <chrisccoulson> fta - they're still private
[21:41] <chrisccoulson> but i can see them
[21:42] <fta> me too
[21:43] <chrisccoulson> right, bbiab, just moving in to the lounge for the rest of the night
[21:44] <zyga> mvo: lp:~zkrynicki/software-center/improve-html
[21:44] <zyga> mvo: (still pushing)
[21:45] <zyga> mvo: ready
[21:47] <zyga> mvo: have a look, it's not really pretty as I said
[21:47] <zyga> mvo: package descriptions _should_ have a HTML version nowdays
[21:47] <mvo> zyga: the code or the output? the output looks much better
[21:47] <zyga> mvo: the output
[21:56] <james_w> dobey: wasn't -client uploaded last night?
[22:13] <Nafai> I wish Evolution had better filtering :(
[22:14] <kenvandine> seb128, http://pastebin.ubuntu.com/407755/
[22:14] <kenvandine> anything in that you find useful?
[22:14] <kenvandine> seb128, only weird thing i see is this
[22:14] <kenvandine>     (None, '%s.__bootstrap(): thread started', '%s.__bootstrap(): registering trace hook', '%s.__bootstrap(): registering profile hook', '%s.__bootstrap(): raised SystemExit', '%s.__bootstrap(): unhandled exception', 'Exception in thread %s:\n%s\n', 'Exception in thread ', ' (most likely raised during interpreter shutdown):', 'Traceback (most recent call last):', '  File "%s", line %s, in %s', '%s: %s', '%s.__bootstrap(): nor
[22:14] <kenvandine> mal return')
[22:15] <kenvandine> interpreter didn't shutdown...
[22:16] <kenvandine> seb128, and nothing that points to the keyring, but i have confirmed if i change my passwd to plain text in couch it doesn't peg the CPU
[22:17] <seb128> I guess the same code doesn't have the same on karmic?
[22:18] <seb128> +issue
[22:18] <kenvandine> nope
[22:19] <seb128> the workaround might not enough
[22:19] <kenvandine> well
[22:19] <seb128> I guess somebody will need to debug gnome-keyring
[22:19] <kenvandine> would need to backport some stuff
[22:19] <kenvandine> so it looks like the threads aren't terminating cleanly
[22:21] <seb128> the stacktrace is weird though
[22:21] <seb128> there is no keyring code there
[22:21] <seb128> but curl one
[22:21] <seb128> I'm not convinced you are having a keyring issue
[22:21] <kenvandine> yeah
[22:21] <seb128> or not the same one gvfs etc have
[22:22] <kenvandine> i tried using plain text passwords again just a couple hours ago... load never went up
[22:22] <kenvandine> very weird
[22:22] <kenvandine> you would think there would be plenty of keyring stuff in here
[22:23] <seb128> keyring works fine in quite some desktop components
[22:23] <seb128> ie empathy
[22:23] <seb128> or seahorse
[22:23] <kenvandine> it would call the keyring in each thread before any of that network stuff
[22:23] <seb128> I don't know enough about python-keyring and curl though
[22:23] <kenvandine> the curl calls
[22:24] <seb128> could be python-keyring being buggy
[22:24] <seb128> I'm not sure many things use it
[22:24] <kenvandine> yeah, which desktopcouch uses too
[22:24] <kenvandine> well... i need to run, will debug more later
[22:24] <kenvandine> seb128, have a great weekend!
[22:24] <seb128> thanks, you too
[22:24] <seb128> I think somebody from the desktopcouch team will need to debug that issue
[22:25] <seb128> somebody knowing well python and good at debugging
[22:25] <seb128> I doubt we will get your specific issue fixed by upstream for lucid
[22:25] <seb128> or you need to fallback to txt storage for lucid
[22:56] <TomJaeger> anyone care to comment on bug #532641 ?
[23:03] <dobey> james_w: yes. this upload fixes some rather important problems from the upload last night though.
[23:03] <dobey> james_w: brown bag release and all :)
[23:03] <james_w> right
[23:03] <seb128> dobey, uploaded
[23:04] <dobey> thanks :)