[00:02] <chrisccoulson> asac - those messages go away with the qdbm backend
[00:04] <chrisccoulson> and i've figured out why the numbers in the tooltip seem quite random
[00:04] <chrisccoulson> it's indexing my evolution mail too
[00:43] <asac> i didnt opt in for that ;)
[00:44] <asac> ok off ;)
[08:08] <pitti> Good morning
[08:15] <JanC> hello
[08:16] <JanC> is there any chance that the many bluetooth keyboard/mouse problems in Ubuntu will be fixed before jaunty release?  ;)
[08:17] <JanC> (I have some people naging me about this--with lots of bugs dating back to 2006 and maybe earlier...)
[08:18] <JanC> e.g. https://bugs.launchpad.net/ubuntu/+bug/32415
[08:22] <seb128> good morning there
[08:22] <crevette> hey seb128, already wake up ?
[08:23] <seb128> lut crevette, "already"? I'm up for over an hour, I just start working now
[08:23]  * pitti hugs seb128, bonjour
[08:23]  * seb128 hugs pitti
[08:23] <seb128> pitti: I see that you already cleaned the locks after the launchpad shutdown for upgrade of the night
[08:23] <crevette> seb128, I see un upload from you at 4:20, so that why I wondered why you were already wake up
[08:24] <pitti> seb128: hm, didn't touch it this morning yet, but I'll have a look
[08:24] <seb128> crevette: launchpad was down from midnight to 3am so it's probably just a delayed accepted
[08:24] <seb128> pitti: oh weird, they are running
[08:24] <pitti> seb128: ah, LP rollout
[08:24] <pitti> all just 503 errors
[08:24] <seb128> pitti: yes, weird that the i386 one didn't crash
[08:25] <seb128> pitti: I cleaned lock for amd64
[08:25] <pitti> the i386 one crashed as well
[08:25] <seb128> pitti: but ps ax | grep 386 shows one running
[08:25] <pitti> ah, that was the hardy one
[08:25]  * pitti removes lock
[08:25] <seb128> I guess it's stucked
[08:25] <pitti> ok, should be good now
[08:26] <pitti> right, it's stuck in debian/rules patch again
[08:26] <pitti> bah
[08:26] <pitti> patch -f --no-backup-if-mismatch -p0 is hanging
[08:26]  * pitti kills
[08:26] <seb128> thanks
[08:26] <seb128> grrrr at bzr
[08:26]  * pitti wonders why patch application causes so much trouble
[08:26] <pitti> seb128: what's up?
[08:26] <seb128> it keeps telling me to bzr upgrade
[08:26] <seb128> I've run the command a zillion time
[08:27] <seb128> seems it make no difference
[08:27] <seb128> it keep telling me to upgrade
[08:27] <seb128> on the current desktop nautilus
[08:28] <seb128> it prints starts conversion and that the conversion worked
[08:28] <seb128> but then on next pull I still get the warning
[08:29] <seb128> great
[08:29] <seb128> and now it tells me that tags are not supported in this format
[08:29] <seb128> grrrr
[08:30] <pitti> hang on
[08:30] <pitti> seb128: did it warn about the *local* or *remote* branch being out of date? and which one did you upgrade?
[08:31] <seb128> bzr get lp:~ubuntu-desktop/nautilus/ubuntu
[08:31] <seb128> you get the warning
[08:31] <seb128> I did
[08:31] <seb128> cd ubuntu
[08:31] <seb128> bzr upgrade
[08:31] <seb128> bzr push ... nothing to push
[08:32] <pitti> seb128: no, that will only upgrade the local branch (which shouldn't be necessary in the first place)
[08:32] <seb128> is that supposed to work differently?
[08:32] <pitti> seb128: what did the warning say?
[08:32] <pitti> I bet it said that the remote branch should be upgraded
[08:32] <pitti> bzr upgrade lp:~ubuntu-desktop/nautilus/ubuntu
[08:32] <seb128> it says that the format for file:///...../ubuntu is deprecated
[08:32] <seb128> " please use 'bzr upgrade' to get better performance"
[08:32] <seb128> which I've been doing
[08:33]  * seb128 tries that one
[08:33] <seb128> yeah for great error messages again
[08:33] <seb128> it describe the local path and tell you to run a command which doesn't work
[08:34] <seb128> ...
[08:34] <seb128> (taking ages)
[08:36] <pitti> seb128: can you please report this as a bug against bzr?
[08:36] <seb128> pitti: that worked thanks
[08:36] <seb128> pitti: will do
[08:37] <pitti> seb128: I guess it wants you to use bzr upgrade --1.6 or so, but that should be the default then
[08:37] <pitti> wow, really cool new features in this LP release
[08:37] <seb128> pitti: no I tried to specify formats
[08:37] <seb128> it wanted the lp: url
[08:37] <seb128> and not just "upgrade"
[08:42] <pitti> ah, so it was the remote branch after all
[08:42] <pitti> that takes a while, yes
[08:46] <seb128> mvo: hi
[08:47] <seb128> mvo: can you review robert_ancell's change on bug #333284?
[08:48] <mvo> seb128: sure
[08:48] <seb128> thanks
[08:56] <lool> seb128, davidbarth: rather here
[08:56] <lool> davidbarth: seb128 isn't on -mobile
[08:56] <davidbarth> lool: ok
[08:57] <davidbarth> lool: are you sure that you can modify the environement early enough for it to be taken into account?
[08:57] <davidbarth> lool: notify-osd is started by dbus, as part of the auto-activation service
[08:57] <lool> davidbarth: in Xsession yes
[08:57] <lool> That's before gnome-session and dbus-launch are started
[08:57] <seb128> davidbarth: it's activated when a bubble is displayed for the first time no?
[08:58] <seb128> which should be late in the login
[08:58] <davidbarth> seb128: yes
[08:58] <lool> I'd prefer an UNR specific place rather than Xsession.d, but I can't think of one
[08:58] <lool> The thing is that UNR launches gnome-session like GNOME, so I don't see how to make the distinction
[08:58] <seb128> use UpdateActivationEnvironment to propagate your environment to the dbus session?
[08:58] <lool> Anyway this Xsession.d file will only be there on UNR installs
[08:58] <davidbarth> lool: yes, the second question was how to make the difference between UNR & a normal gnome session
[08:59] <seb128> that would work and be easy to do yes
[08:59] <davidbarth> seb128, lool: i have to go for ~1h (doing a pres at SLOS)
[08:59] <lool> davidbarth: k
[08:59] <seb128> davidbarth: later
[08:59] <mvo> seb128: it reverts the entire commit, I'm not sure that is the right way, it does code cleanup and probably fixing in this commit too. let me check a slightly different approach
[08:59] <lool> seb128: The thing with a C version is that I can't think of an UNR process which starts early enough so that there's the guarantee of no bubbles
[08:59] <lool> Oh there's one: maximus
[09:00] <mvo> seb128: robert is US based?
[09:00] <lool> But it might not be using dbus
[09:00] <seb128> mvo: no, .au, he said he would be online around 10pm his time, ie in some hours
[09:00] <seb128> mvo: wait for him if you have questions or comments
[09:01] <lool> There's a dbus bdep, but I don't see any dbus code in maximus
[09:04] <seb128> lool: your Xsession.d script is probably the easier way
[09:06] <seb128> ok, changing computer and doing some testing, brb
[09:35] <lool> njpatel: notify-osd works fine here (compositing not enabled), but there's no fading, it just disappears when I mouse over and reappears when I remove the mouse
[09:36] <lool> davidbarth: Your patch wasn't needed!  :)
[09:37] <njpatel> lool: right, there isn't fading without rgba, but it works pretty well imo
[09:37] <lool> davidbarth: The fallback code works without the override
[09:37] <lool> njpatel: Ok
[09:37] <lool> njpatel: Just to make sure what I was seeing was normal
[09:38] <lool> seb128: There was actually nothing to change in code for that notify-osd bug after all!
[09:38] <seb128> lool: there was a misunderstanding on the composite manager detection thing?
[09:38] <lool> Yes
[09:38] <lool> It works apparently
[09:38] <seb128> ok good
[09:39] <seb128> so that was a non-bug ;-)
[09:39] <pitti> hey seb128
[09:39] <seb128> pitti: re
[09:41] <lool> seb128: Exactly
[09:45] <seb128> hey chrisccoulson
[09:46] <chrisccoulson> hi seb128
[09:47] <seb128> how did the non sqlite run go?
[09:48] <chrisccoulson> more successfully. it definately seems that the sqlite support is broken
[09:48] <chrisccoulson> i'll report that upstream shortly when i get the chance
[09:49] <seb128> thanks
[09:57] <asac> seb128: in the meantime, 3.5 binaries ended up in the NEW queue ;). thanks!
[09:58] <asac> seb128: urgh. armel hasnt build yet. nevermind
[09:58] <seb128> asac: I can new for other archs if you want
[09:58] <asac> seb128: let me look how long the builder queue is
[09:59] <asac> seb128: ok 277 waiting in queue for armel ... so yes, please poke what exists now ;)
[09:59] <seb128> asac: done
[10:02] <asac> cool, cool, cool; one more thing to scratch from essential jaunty list
[10:02] <seb128> asac: do you have an opinion on bug #349850?
[10:04] <asac> let me read their arguments
[10:11] <asac> seb128: so keith packard writes in his debconf form on this topic:
[10:11] <asac> #Select 'Native' if you mostly use Bitstream Vera (the default in Debian) or any of the Microsoft fonts. Select 'Autohinter' if you  │  │ mostly use other TrueType fonts. Select 'None' if you want blurry text.                                                             │
[10:11] <asac> so we use Native
[10:11] <asac> from what i understand Autohinter is good for inferior fonts
[10:11] <asac> while good fonts should be better with what we have now by default
[10:12] <asac> "Select 'Native' if you mostly use Bitstream Vera (the default in Debian) or any of the Microsoft fonts. Select 'Autohinter' if you mostly use other TrueType fonts. Select 'None' if you want blurry text."
[10:13] <asac> personally, i dont by the argument that "full" hinting has to look better than "slight"
[10:13] <asac> if that was true, there would be no need for anything different from "full" ;)
[10:13] <asac> so i think its a none-issue. also we use "slight" by default
[10:13] <seb128> ok, can you comment about that on the bug? ;-)
[10:13] <seb128> thanks!
[10:13] <asac> yeah
[10:14] <asac> let me paste that
[10:15] <asac> done
[12:48] <seb128_> hey robert_ancell
[12:49] <robert_ancell> seb128: hey seb
[12:49]  * robert_ancell looks for his list of questions for seb128 :)
[12:49] <seb128> robert_ancell: how was your day? I see you managed to fix the compiz issue
[12:50] <robert_ancell> seb128: yes, made a patch to revert the behaviour.  I have a fix for the Rhythmbox issue but it's failing testing so going to finish that before going to bed
[12:50] <seb128> ok
[12:51] <robert_ancell> seb128: what was that panel calendar resize bug?  I can still reproduce it (in a slightly different way)
[12:52] <seb128> robert_ancell: bug #188422?
[12:55] <robert_ancell> seb128: yeah - it's not reoccurring now but my country list is taller than my screen and it was triggering on the bottom one
[12:55] <robert_ancell> i'll keep an eye and log if I can do it again
[12:58] <seb128> tseliot: hi
[12:58] <seb128> tseliot: is bug #337926 a duplicate of the issue you are tracking?
[13:17] <tseliot> seb128: no, I think it's a different issue
[13:17] <seb128> ok
[13:18] <seb128> tseliot: it's also a synaptic bug, comment say that downgrade the synaptic driver fix the issue
[13:19] <tseliot> seb128: well, a lot of things changed between 0.99.3-2ubuntu3 and 0.15.2-0ubuntu7
[13:20] <seb128> tseliot: well, they both mention the corner issue so I though it might be the same bug
[13:20] <tseliot> seb128: what's the other bug you're referring to?
[13:24] <seb128> tseliot: https://launchpad.net/bugs/320632
[13:25] <seb128> tseliot: I just read "edge" in the description so I figured I would ask ;-)
[13:26] <tseliot> seb128: ah, ok so it was the one I was thinking of. They are different bugs. In one bug edge refers to the edge of the touchpad in the other it refers to the edge of the screen
[13:26]  * robert_ancell wishes string manipulation wasn't so tedious in C
[13:26] <tseliot> seb128: but thanks for reporting
[13:27] <seb128> ok, thanks
[13:27] <seb128> robert_ancell: yeah, C is no fun compared to python for that ;-)
[13:53] <kenvandine_wk> seb128: any idea why the ekiga update is held back?
[13:53] <kenvandine_wk> bug 353768
[13:54] <seb128> kenvandine_wk: cf the other channel
[14:19] <robert_ancell> night all!
[14:19] <mvo> kenvandine_wk:  apt keeps it back because it thinks that libpt2.4.2 is more important than 2.6
[14:19] <mvo> kenvandine_wk: I have no good workaround yet
[14:20] <kenvandine_wk> mvo: ok..
[14:39] <Nafallo> kenvandine_wk: any news on the python bindings for gajim? if not, can you push it to the branch and I can work on some other bugs based on that? :-)
[14:39] <kenvandine_wk> Nafallo: i will do it in just a few minutes :)
[14:40] <Nafallo> kenvandine_wk: ta. enough time for me to figure out what password I used on this ssh-key :-P
[15:13] <kenvandine_wk> Nafallo: attached the debdiff and requested sponsorship :)
[15:13] <kenvandine_wk> Nafallo: i made indicate-python Recommends
[15:13] <kenvandine_wk> so you only get the indicator if it is installed, but it works fine without it
[15:14] <kenvandine_wk> and indicate-python is still waiting to be sponsored as well
[15:14] <Nafallo> kenvandine_wk: you, my friend. rock! :-)
[15:15] <Nafallo> asac: go sponsor indicate-python :-)
[15:16] <asac> where is it?
[15:17] <Nafallo> kenvandine_wk: ^-- :-)
[15:17] <kenvandine_wk> asac: bug 344936
[15:17] <Nafallo> \o/
[15:18] <kenvandine_wk> Nafallo: after this gets some use... we might want to patch gajim to behave more like the default pidgin setup is now
[15:19] <kenvandine_wk> Nafallo: like not showing the notifiation icon by default
[15:19] <kenvandine_wk> but i didn't go that far yet :)
[15:19]  * kenvandine_wk doesn't actually use gajim
[15:19] <Nafallo> hmm. I use rightclick on that icon all the time personally.
[15:19] <Nafallo> let's see what the community have to say ;-)
[15:21] <asac> kenvandine_wk: no packaging branch?
[15:22] <kenvandine_wk> asac: no... i guess i should have done that from the get go :/
[15:22] <kenvandine_wk> let me do that quick
[15:22] <kenvandine_wk> should be a good exercise for me
[15:23] <asac> kenvandine_wk: yeah ;)
[15:23] <asac> kenvandine_wk: is there an upstream branch?
[15:23] <kenvandine_wk> yes
[15:23] <asac> ah good
[15:24] <kenvandine_wk> should i put the packaging branch there or on ubuntu-desktop?
[15:26] <kenvandine_wk> ok, looks like indicator-applet packaging is in the same project
[15:28] <asac> kenvandine_wk: you can put it on your own account
[15:28] <asac> kenvandine_wk: i can push it to ~ubuntu-dev (if its universe)
[15:28] <kenvandine_wk> asac: it will go to universe
[15:28] <asac> or put it on ubuntu-desktop if thats the Maintainer
[15:28] <asac> kenvandine_wk: is Desktop or MOTU maintainer?
[15:28] <kenvandine_wk> i assumed desktop... it will eventually probably move to main
[15:29] <kenvandine_wk> asac: can i just put it in the indicator-applet project?
[15:29]  * kenvandine_wk is following the applet as an example
[15:29] <kenvandine_wk> for consistency :)
[15:29] <asac> kenvandine_wk: yes. usually we use ~team/upstream-project/ubuntu
[15:29] <kenvandine_wk> ok... the applet is like this
[15:30] <kenvandine_wk> lp:~indicator-applet-developers/indicator-applet/applet-packaging
[15:30] <asac> kenvandine_wk: use the same project the upstream branch is in
[15:30] <kenvandine_wk> i am a member of that team
[15:30] <kenvandine_wk> ok
[15:30] <kenvandine_wk> good
[15:30] <asac> kenvandine_wk: well. we will push the branch to the Maintainer: area imo
[15:30] <asac> so ~ubuntu-desktop or -dev
[15:30] <kenvandine_wk> sure
[15:30] <asac> you can maintain that packaging as part of the upstream team too
[15:30] <kenvandine_wk> i can just commit them in the team area for now
[15:30] <asac> but imo we should have it somewhere were all team members can commit
[15:31] <kenvandine_wk> yeah... so you can just merge it right?
[15:31] <asac> kenvandine_wk: right. maybe add the Vcs-Bzr header so one can spot it easily
[15:31] <asac> in debian/control
[15:31] <kenvandine_wk> yeah
[15:31] <kenvandine_wk> will do
[15:39] <kenvandine_wk> asac:  Vcs-Bzr: http://bazaar.launchpad.net/~ubuntu-dev/indicate-python/ubuntu
[15:39] <kenvandine_wk> asac: right?
[15:39] <asac> that looks good.
[15:40] <asac> kenvandine_wk: so its MOTU?
[15:40] <kenvandine_wk> yes
[15:40] <asac> kenvandine_wk: ok
[15:42]  * Nafallo converts all patches against gajim to dpatches :-P
[16:01] <kenvandine_wk> asac:  lp:~indicator-applet-developers/indicator-applet/indicate-python-packaging
[16:01] <kenvandine_wk> asac: pushed :)
[16:27] <asac> kenvandine_wk: first look is quite good. i think it should depend on python-gtk2 .... also the test files have no license (upstream); also use Maintainer: Ubuntu MOTU Developers (look at other packages) and use you as the Original-Maintainer if you want
[16:28] <asac> or isnt gtk2 python needed at all?
[16:31] <kenvandine_wk> asac: it isn't
[16:32] <kenvandine_wk> asac: the test files shouldn't be in the tarball
[16:32]  * kenvandine_wk updates maintainer
[16:33] <asac> kenvandine_wk: why not ship the testfiles with proper licenses as "docs" ?
[16:33] <kenvandine_wk> dunno... that is a question for eeejay_afk
[16:34] <kenvandine_wk> asac: i pushed the maintainer update
[16:34] <asac> kenvandine_wk: so maybe python-gobject is required?
[16:35] <kenvandine_wk> ah... yes
[16:35] <asac> at least you build depend on gtk2-dev
[16:36] <kenvandine_wk> python-gtk2-dev
[16:36] <kenvandine_wk> i think something in the autotools chain there needed that to build in pbuilder
[16:36] <kenvandine_wk> but
[16:37] <kenvandine_wk> looking at the code... i don't see anything that directly imports from it
[16:37] <asac> kenvandine_wk: maybe gobject-dev? or are there some tools in it?
[16:38] <kenvandine_wk> asac: not sure
[16:38] <kenvandine_wk> i think some of this stuff was copied from indicator-applet
[16:38] <kenvandine_wk> so might be able to be cleaned up
[16:39] <kenvandine_wk> tedg: i found an easy fix for raising the pidgin blist window with dbus-send :)
[16:39] <tedg> kenvandine_wk: Oh, what's that?
[16:39] <kenvandine_wk> PurpleBlistSetVisible int32:1
[16:40] <kenvandine_wk> tedg: raises it if it is closed, min, or in the background
[16:41] <tedg> kenvandine_wk: Cool!
[16:41] <kenvandine_wk> tedg: i hate that clicking pidgin in the indicator the first time doesn't raise it...
[16:41] <kenvandine_wk> if it is open, and not focused
[16:42] <kenvandine_wk> it hides it
[16:42] <kenvandine_wk> on first click
[16:42] <kenvandine_wk> second click raises it
[16:42] <kenvandine_wk> drives me bonkers
[16:42] <tedg> ?  I don't think we're doing anything odd there.
[16:42] <kenvandine_wk> tedg: is that the desired behavior?
[16:42] <tedg> No, we're just calling purple_show().  Not doing anything exciting.
[16:42] <asac> sounds like a bug for an outsider ;)
[16:43] <kenvandine_wk> tedg: mind if i take a stab at fixing it?
[16:43] <tedg> kenvandine_wk: No problem, I'm guessing that'll be in Pidgin not in the plugin though.
[16:43] <kenvandine_wk> ok
[16:43] <tedg> kenvandine_wk: See what happens with the notification area plugin first.
[16:43] <kenvandine_wk> i will look
[16:43] <asac> kenvandine_wk: i run out now
[16:43] <asac> bbl
[16:43] <kenvandine_wk> asac: ok
[16:43]  * kenvandine_wk goes to lunch
[16:46] <asac> kenvandine_wk: let me know when the depends are fixed :) ... also fix the license of the tests please and ship them as part of the package i would suggest
[16:47]  * Nafallo uploads gajim to his PPA
[17:08] <dobey> pitti: do you know if/how i can get at the name= argument to setup() from distutils.core.Command()?
[17:08] <pitti> dobey: sorry, I don't
[17:08] <dobey> :-/
[17:13]  * Nafallo uploads gajim to Jaunty
[17:14] <dobey> yay
[17:14] <dobey> self.distribution.get_name()
[17:29] <dobey> hrmm. i guess testing distutils commands is kind of difficult
[17:45] <pitti> seb128: hm, if I plug in my camera now, I don't get the "what do you want to do with it" dialog any more; does that work for you?
[17:46] <seb128> pitti: what nautilus version do you run?
[17:46] <seb128> pitti: I broke that yesterday and fixed it this morning normally
[17:46] <pitti> dist-upgraded this morning, rebooted 2 hours ago
[17:46] <pitti> 1:2.26.0-0ubuntu6
[17:46] <seb128> pitti: upgrade
[17:46] <seb128> -0ubuntu7 you want
[17:46] <pitti> ah, thanks
[17:47] <seb128> pitti: btw while you are there
[17:47] <pitti> seb128: I'll tackle gthumb/f-spot now
[17:47] <pitti> I think gthumb doesn't unmount any more (bug 351122)
[17:47] <pitti> I'm here all the time :)
[17:47] <seb128> how often is ddebs.ubuntu.com updated?
[17:48] <seb128> pitti: what about f-spot?
[17:48]  * pitti upgrades and hugs seb128
[17:48] <seb128> pitti: that should unmount correct
[17:48] <pitti> seb128: I'll check both
[17:48] <seb128> +ly
[17:48]  * seb128 hugs pitti
[17:48] <seb128> pitti: and about ddebs update?
[17:48] <pitti> seb128: ddeb.u.c.> every 8 hours
[17:49] <seb128> ok, I will wait a bit then
[17:49] <seb128> thanks
[17:49] <pitti> it's darn slow, sorry
[17:49]  * pitti wants ddebs in soyuz
[17:49] <seb128> that's ok
[17:49] <seb128> I just want to get a debug stacktrace for a gvfs crash I ran into
[17:49]  * pitti handholds his retracers a bit more
[17:49] <seb128> I uploaded the new version this morning
[17:49] <pitti> they seem to not fall over right now
[17:49] <seb128> good!
[17:50] <pitti> seb128: just in case you have to look up/quick fix something while I'm not there next week: the version in the retracers is lp:~pitti/apport/api.launchpadlib/
[17:50] <chrisccoulson> seb128 - some upstream tracker developers commented on the merge request i did yesterday. the debian maintainer has suggested we enable the new evo plugin. what do you think?
[17:50] <pitti> I filed a MIR for python-launchpadlib and a FFE for merging this into the jaunty package
[17:50] <seb128> chrisccoulson: that's a good idea
[17:51] <chrisccoulson> the current evo plugin only indexes the old summary files apparently, so doesn't work now
[17:51] <seb128> pitti: ok thanks
[17:51] <seb128> chrisccoulson: right, I though the new one was installed but not working in debian
[17:51] <seb128> chrisccoulson: that was mentionned in the changelog but not clear
[17:51] <pitti> eww, killall nautilus doesn't auto-respawn any more
[17:51] <chrisccoulson> seb128 - the new one doesn't get installed unless the build-depends are installed
[17:51]  * pitti remembers the workaround hack
[17:52] <seb128> pitti: nautilus --browse &
[17:52] <chrisccoulson> the old one is installed conditionally, but upstream are talking about just completely removing that now
[17:52] <chrisccoulson> conditionally - unconditionally
[17:52] <chrisccoulson> ->
[17:52] <seb128> ok
[17:52] <chrisccoulson> d'oh
[17:52] <seb128> get us the new one ;-)
[17:52] <seb128> any news about the sqlite issue?
[17:52] <chrisccoulson> both the debian and ubuntu versions actually use sqlite it seems, so it's not that.
[17:53] <chrisccoulson> the build flag we pass in debian/rules is obsolete ;)
[17:53] <chrisccoulson> so i've removed that now
[17:53] <chrisccoulson> the difference is between system libqdbm (debian) and trackers internal libqdbm (ubuntu)
[17:53] <chrisccoulson> i'm going to run an index again later and get some debug info for the upstream bug
[17:54] <seb128> the tracker copy should be working if that's what upstream use ;-)
[17:54] <chrisccoulson> upstream use system libqdbm by default ;)
[17:54] <chrisccoulson> we have to explicitly pass a build flag to use trackers own copy
[17:59] <mvo> seb128: will you be around when robert comes online again (or to put it in other words, how good are the chances?)
[17:59] <seb128> mvo: I will probably be around (80% of chances)
[17:59] <seb128> I will go for dinner and sport soon but I've still some uploads I want to sponsor and bugs to clean tonight
[17:59] <seb128> so I will probably be there when he starts
[17:59] <seb128> why?
[18:00] <mvo> seb128: just that he tests the fix for #333284 :)
[18:01] <mvo> seb128: and if its good, we can upload that right away
[18:01] <mvo> seb128: the compiz focus stuff
[18:02] <seb128> mvo: I guess he tested it yesterday if he asked for sponsoring no?
[18:04] <mvo> seb128: I modified the diff, it was a full revert of the git commit and that will be hard to maintain in the future, my diff is smaller, this is why I ask him to re-test
[18:05] <mvo> (just one line)
[18:05] <Nafallo> mvo: got that fix for the terminal-emulator in/ :-)
[18:05] <Nafallo> s,/,?,
[18:05] <mvo> Nafallo: no, I was fighting with python upgrade bugs :(
[18:05] <Nafallo> mvo: good excuse! :-D
[18:06] <Nafallo> mvo: can we find a way to blame seb128 ? ;-)
[18:06] <mvo> Nafallo: there is always a way for this ;)
[18:07] <Nafallo> seb128: so... gnome-terminal opens when I want another terminal. considering g-t is yours... ;-)
[18:07] <seb128> mvo: ok
[18:07] <seb128> Nafallo: no, it's robert_ancell nowadays ;-)
[18:07] <pitti> vuntz: wrt "gnome-shell 0wns you all without fallback", what's your thought about this?
[18:07] <Nafallo> hihi :-)
[18:08] <Nafallo> seb128: you're going seb64 on us? :-O
[18:08] <pitti> vuntz: I can't believe that the entire GNOME release team is so narrow-minded, so I hope I misunderstood something
[18:08] <seb128> Nafallo: no, mvo was taking care of this one before ;-)
[18:09] <Nafallo> seb128: your new nickname is now seb16 :-P
[18:09] <seb128> good
[18:09] <seb128> maybe soon I will be "seb" and be able to get sleep during nights while other fix bugs ;-)
[18:09] <Nafallo> lol
[18:09] <Nafallo> seb128: during busy times like that we upgrade you to seb2048 ;-)
[18:10] <seb128> yeah I noticed!
[18:10]  * Nafallo watches his eeepc chew on upgrades
[18:10] <Nafallo> ehrm. pidgin installed :-(
[18:10] <Nafallo> what the...
[18:15] <pitti> seb128: while I'm at it, mind if I update gthumb to 2.10.11?
[18:15] <pitti> http://ftp.acc.umu.se/pub/gnome/sources/gthumb/2.10/gthumb-2.10.11.changes
[18:17] <seb128> pitti: not at all, thanks
[18:17]  * pitti bzrizes it while at it
[18:17] <seb128> we should perhaps move it to universe
[18:17] <seb128> would be easier for contributors to update it etc this way
[18:18] <pitti> *nod*
[18:18] <seb128> I've to run for sport, see you tomorrow
[18:19] <dobey> hmm, i need to get intltool moved over...
[19:18] <sabdfl> mvo: did mpt discuss launching the update manger minimised with you?
[19:18] <sabdfl> s/manger/manager/
[19:27] <pitti> kenvandine_wk: reviewing indicate-python now
[19:27] <pitti> kenvandine_wk: good job wrt. bzr bd and debian/watch :)
[19:27] <chrisccoulson> asac - you there?
[19:27] <mvo> sabdfl: yes, I'm working on the code right now (should be straightforward to add)
[19:28] <kenvandine_wk> pitti: thx
[19:28] <mvo> sabdfl: the compiz stacking problem is fixed in bzr now btw
[19:28] <sabdfl> that's great, thanks mvo. did upstream agree, or grumble?
[19:29] <mvo> sabdfl: they did not agree, it is a distro patch
[19:29] <sabdfl> pity
[19:29] <mvo> (but a small one)
[19:29] <mvo> yeah
[19:35] <pitti> kenvandine_wk: reviewed, I commented in the bug report; sorry for the delay
[19:35]  * pitti waves to sabdfl, a seldom guest in this channel :)
[19:36] <sabdfl> pitti: always lurking, though!
[19:36] <pitti> sabdfl: as you should, as SABDFL!
[19:36] <pitti> sabdfl: how's jaunty beta working for you so far ?
[19:36] <sabdfl> really beautifully. delightfully!
[19:40] <pitti> good to hear :)
[20:35] <chrisccoulson> pitti - would you mind sponsoring a tracker update?
[20:36] <chrisccoulson> should fix bug 335911
[20:41] <bittin`> https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[20:46] <james_w> thanks chrisccoulson
[20:49] <pitti> chrisccoulson: can you please sub me? will do tomorrow morning
[20:50]  * pitti -> bed, good night everyone
[20:50] <pitti> chrisccoulson: many thanks for fixing this
[21:01] <dobey> are there any microblog apps that support multiple accounts in a sane way? ie, i don't want to have the same tweet/dent/whatever go to all the accounts, only some
[21:13] <james_w> dobey: gwibber, as long as you don't want to do it per-tweet would be a pain.
[21:13] <james_w> err, gwibber, as long as you don't want to do it per-tweet
[21:17] <dobey> james_w: i don't think it actually does what i want
[21:36] <seb128> Ampelbein: hey, want to do an update?
[21:39] <MenZa> uyu
[21:39] <MenZa> o_O
[22:43] <YokoZar> https://bugs.launchpad.net/ubuntu/+source/gnome-codec-install/+bug/349607
[22:43] <YokoZar> (regression since Intrepid)
[22:43] <YokoZar> Basically our prized automatic codec install feature is broken
[23:06] <Ampelbein> seb128: sorry, just came back home. is the update still needed?
[23:06] <seb128> Ampelbein: hi, no I did it since
[23:06] <Ampelbein> ok, np.
[23:07] <Ampelbein> maybe next time. we have a exhibition in town this weekend where my employer is taking part. so my free time is somewhat limited.
[23:08] <seb128> yeah no problem that was just in case you were looking for one update to do
[23:08] <seb128> brb
[23:43] <chrisccoulson> asac - you tried the tracker update?