[07:41] <pitti> Good morning
[08:05] <james_w> dobey: for some reason it thought that 1.3.2-0ubuntu1 matches the content of 1.3.3-0ubuntu1
[08:05] <james_w> dobey: I'll look in to why
[09:31] <chrisccoulson> hi ArneGoetje, do you remember about the yelp translation problem i mentioned to you a couple of weeks ago for jaunty and karmic?
[09:56] <pitti> chrisccoulson: gosh, that baidu bug triggered quite a flood ..
[09:56] <chrisccoulson> pitti - yeah, i don't think i'm very popular with chinese users now ;)
[10:00] <nigelb> chrisccoulson: lol
[10:27] <tkamppeter> pitti, hi
[10:53] <pitti> hey tkamppeter, how are you?
[11:03] <kenvandine> rodrigo_, pong
[11:04] <rodrigo_> kenvandine, hi, how's the sprint going? :)
[11:04] <jcastro> rodrigo_: we miss you!
[11:05] <kenvandine> great
[11:05] <kenvandine> rodrigo_, you are missed
[11:05] <rodrigo_> jcastro, I miss you too :(
[11:05] <rodrigo_> kenvandine, I just found out my evo-couchdb package from last week (0.4.93) is not in the repos, where can I look for build failures)
[11:05] <rodrigo_> ?
[11:06] <RAOF> Could someone please accept the Lucid xorg-server task on https://bugs.edge.launchpad.net/bugs/553415 ?
[11:06] <ubot2> Launchpad bug 553415 in xorg-server (Ubuntu) (and 2 other projects) "mouse trapped in box for Open Motif (affects: 24) (dups: 3) (heat: 107)" [Undecided,Fix released]
[11:06] <rodrigo_> kenvandine, or do you have any idea what happened to it?
[11:06] <kenvandine> let me look
[11:07] <rodrigo_> kenvandine, ok, thanks
[11:07] <kenvandine> rodrigo_, configure failed
[11:07] <kenvandine> Requested 'couchdb-glib-1.0 >= 0.6.93' but version of CouchDB-GLib is 0.6.92
[11:07] <kenvandine> Requested 'desktopcouch-glib-1.0 >= 0.6.93' but version of Desktopcouch-GLib is 0.6.92
[11:08] <kenvandine> http://launchpadlibrarian.net/51943322/buildlog_ubuntu-maverick-amd64.evolution-couchdb_0.4.93-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:08] <rodrigo_> kenvandine, that's in the repos, couchdb-glib 0.6.93
[11:08] <kenvandine> rodrigo_, you must have forgotten to bump the build-depends
[11:08] <kenvandine> yeah, so a retry would probably build... but the build-depends should be fixed
[11:08] <rodrigo_> kenvandine, hmm, so it failed and then didn't try to build it again?
[11:08] <rodrigo_> kenvandine, ok, fixing that now
[11:08] <kenvandine> yeah
[11:09] <kenvandine> rodrigo_, you can look here
[11:09] <kenvandine> https://edge.launchpad.net/ubuntu/+source/evolution-couchdb/0.4.93-0ubuntu1
[11:09] <rodrigo_> kenvandine, so, I have to make it build automatically?
[11:09] <rodrigo_> s/automatically/manually
[11:09] <kenvandine> we can click "retry" for each arch
[11:09] <kenvandine> or... upload a new source that bumps the build depends version
[11:09] <kenvandine> which we should do anyway
[11:09] <kenvandine> and then that would build
[11:10] <rodrigo_> ok, submitting a new package then
[11:10] <kenvandine> if you had the correct build dep versions, it would have been in dep wait until the deps built
[11:10] <kenvandine> thx
[11:10] <rodrigo_> ah
[11:10] <rodrigo_> ok, thanks!
[11:10] <kenvandine> np
[11:10] <rodrigo_> just one last thing, keep an eye on merge requests, I'll submit the branch with this fix soon
[11:11] <kenvandine> sure
[11:11] <kenvandine> will do
[11:11] <rodrigo_> ok
[11:11] <james_w> dobey: bug 608156, we're looking at a fix now
[11:11] <ubot2> Launchpad bug 608156 in udd "Importer incorrectly detects untagged pushes (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/608156
[11:19] <rodrigo_> kenvandine, done -> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/evolution-couchdb/fix-build-depends/+merge/30503
[11:27] <kenvandine> thx
[11:27] <kenvandine> rodrigo_, ^^
[11:28] <rodrigo_> you're welcome :D
[11:28] <seb128> pitti, bug #603097
[11:28] <ubot2> Launchpad bug 603097 in gdm (Ubuntu Lucid) (and 2 other projects) "gdm other language selection shows markup entries (affects: 2) (heat: 14)" [Low,Fix committed] https://launchpad.net/bugs/603097
[11:28] <seb128> pitti, do you think we could, should get it in .1?
[11:33] <pitti> seb128: seems rather harmless, but Colin/Robbie called out for a freeze; I'll ask them
[11:34] <seb128> pitti, ok, I don't think it matters much but it's noticable and a regression for lucid
[11:34] <seb128> ie something we broke in a sru
[14:13] <mpt> vish, I just replied to ubuntu-doc@
[14:24] <robert_ancell> seb128, debian/rules install to run just the install step?
[14:25] <seb128> robert_ancell, I usually do "debuild install"
[14:25] <seb128> it doesn't do the clean
[14:25] <seb128> ie starts at make basically
[14:26] <robert_ancell> debuild: unknown dpkg-buildpackage/debuild option: install
[14:27] <seb128> robert_ancell, sorry "debuild binary"
[14:27] <seb128> I blame it on the heat
[14:56] <ara> robert_ancell, are you in the desktop room? if you have a couple of spare minutes I could go there and show you how to run the gcalc mago tests
[14:59] <robert_ancell> ara, sure, head over
[15:00] <robert_ancell> seb128, lp:~ubuntu-deskop/libdmapsharing/ubuntu
[15:00] <dobey> james_w: hrmm. thanks for poking at it
[15:01] <seb128> robert_ancell, ok
[15:29] <mvo> ara: if you are still show mago I would like to come as well :)
[15:29] <ara> mmm, too late. I have now 30 minutes, I could go where you are
[15:30] <ara> mvo, ^
[15:30] <mvo> ara: I'm where the food is ;)
[15:30] <ara> mvo, ok, I'll be there :D
[15:30] <mvo> :)
[15:40] <ara> mvo, lp:~apulido/junk/mago-tools
[15:41] <mvo> thanks ara
[15:50] <mvo> ara: thank you so much for the mago intro, that helped a *lot*
[15:52] <ara> mvo, anytime!
[16:14] <dpm> didrocks, I've had a look at the unity package - translations are not getting imported because it's not generating a pot template. I'm not sure why it is exactly, as debian/rules it includes gnome.mk, which should take care of the template generation
[16:39] <fta> seb128, didrocks: fyi, i've upgraded my netbook from lucid to maverick yesterday, the upgrade failed because of evince: http://paste.ubuntu.com/466619/  (a retry worked though)
[16:47] <seb128> fta, known issue
[16:48] <seb128> dpm, what is the issue?
[16:50] <dpm> seb128, the unity package does not create a POT template when being built, so there is no template to be approved in Launchpad, and translations are not imported. I'm not sure what the cause is, as the package used gnome.mk and it should create the .pot, but I haven't investigated it
[16:50] <seb128> dpm, None of the files in POTFILES.in contain strings marked for translation.
[16:50] <seb128> that's what I get when trying to build a template
[16:50] <seb128> in the unity source
[16:51] <fta> pitti, do want to do the lsb thing in chromium or should I? i have a few other things to merge/backport and i assume google will make a new stable release shortly
[16:51] <fta> +you
[16:51] <dpm> seb128, ah, I see. That's weird, I wonder where the .po files come from
[16:51] <seb128> dpm, I guess from an old version which has translatable strings?
[16:51] <pitti> fta: if you want to, please do; it should be a trivial patch, but I'm afraid I won't get to this this week (I'm on the sprint)
[16:52] <pitti> fta: I wondered, is this wrapper something that comes from google, or from our packaging?
[16:52] <dpm> seb128, yeah, or perhaps the source layout has been rearranged (I'm looking at POTFILES)
[16:52] <pitti> fta: i. e. should we/I forward this upstream?
[16:52] <seb128> dpm, I don't find any translatable string in the source
[16:52] <seb128> unity-private/places/places-place-search-entry.vala:    private string _static_text = _("Search");
[16:52] <seb128> in fact there is
[16:53] <fta> pitti, ok, i'll do it, i wanted to it differently but it's basically the same (sourcing a file) so i'll take your idea instead
[16:53] <seb128> dpm, it's an unity bug, I will check with njpatel
[16:53] <pitti> fta: I don't particularly mind the implementation; what was your idea?
[16:54] <dpm> thanks a lot seb128
[16:54] <fta> pitti, the wrapper is mine, google has a wrapper too but it's very different, ie, they care about various stuff for other dists, while mine focuses on ubuntu/debian
[16:54] <pitti> fta: ah, so no forwarding necessary then
[16:55] <fta> pitti, i didn't know about /etc/lsb_release so the idea was to create a similar file in postinst and source it in the wrapper, so your idea is better
[16:55] <pitti> fta: actually, that sounds quite good
[16:55] <pitti> fta: how about we have a chromium.in with RELEASE=%RELEASE%
[16:56] <pitti> fta: and debian/rules does some sed "s/%RELEASE%/`lsb-release -sr`/" chromium.in > debian/chromium/usr/bin/chromium
[16:56] <pitti> fta: then we don't need to worry about the file not being there, or being crazy, and it would still work for backports
[16:58] <seb128> robert_ancell, can you give me the tarball url?
[16:58] <seb128> robert_ancell, since the watch is not working...
[17:02] <fta> pitti, there's already that for build-dist, the lsb thing is for running-dist (all this is not needed by chromium itself but as we're getting a bunch of weird bugs from people running our debs on debian or debs from maverick on lucid or even hardy, i append a string to about:version when there's a mismatch)
[17:02] <fta> (sorry, been disconnected ~4min)
[17:03] <pitti> fta: hm, it's even possible to run e. g. a lucid build on karmic?
[17:03] <pitti> fta: it would certainly work on maverick, hmm
[17:03] <pitti> fta: ok, so if you need runtime, I'd source the file, and if it's not there, fall back to calling lsb_release
[17:04] <pitti> fta: ok, so if you need runtime, I'd source the file, and if it's not there, fall back to calling lsb_release
[17:04] <pitti> oops, sorry
[17:05] <fta> pitti, sure. that was the plan
[17:06] <fta> i'll do it that way
[17:06] <pitti> fta: cool, thank you!
[17:07] <fta> grrr, each time i open empathy, it shows me old logs (from weeks ago) and refuses to log new(er) entries, known bug?
[17:08] <seb128> is telepathy-logger installed?
[17:09] <seb128> I guess not
[17:10]  * pitti waves
[17:13] <seb128> slomo, you can check lp:~ubuntu-desktop/libdmapsharing/ubuntu if you want
[17:13] <seb128> the doc is arch any to fix and the test dictory is under GPL
[17:14] <seb128> but otherwise it should be clean
[17:14] <seb128> if you want to get it into debian
[17:14] <seb128> we will fix that tomorrow
[17:14] <seb128> but need to run now
[17:19] <fta> pitti, http://paste.ubuntu.com/467086/