[07:43] <pitti> Good morning
[07:50] <primes2h> vuntz: Hi, please could you have a look here? bug 334377 . Something changed in in latest releases?
[07:56] <didrocks> morning
[08:38] <didrocks> hey seb128
[08:38] <seb128> hello
[08:41] <pitti> hey seb128
[08:41] <pitti> moin didrocks
[08:42] <seb128> hello pitti
[08:42] <seb128> pitti: did you look at the retracers yet (asking before doing that now)?
[08:42] <didrocks> seb128: I think that bug #338490 needs some love (I think that the transition was during my build in pbuilder and the soyuz build)
[08:42] <didrocks> hello pitti :)
[08:59] <seb128> bzr-buildpackage becomes smarter with the day
[08:59] <seb128> bzr commit now automatically prefil the commit message using the changelog
[09:01] <didrocks> seb128: I am still with the intrepid bzr-buildpackage. I used debcommit previously for that. That's great if it has been integrated ;)
[09:22] <didrocks> seb128: thanks :)
[09:23] <seb128> didrocks: thank you for the work
[09:40] <huats> morning everyone
[09:43] <didrocks> morning huats!
[09:44] <huats> o/ didrocks
[09:45] <seb128> lut huats
[09:46] <huats> hello seb128
[09:53] <lool> dobey: w00t
[09:53] <seb128> dobey: hey, could you roll a new intltool tarball?
[09:53] <seb128> dobey: we got build issue due to the wrong sh use which has been fixed to svn from what lool told me ;-)
[10:36]  * Ng boggles. does anyone have a second to test something in jaunty? fire up gedit, type a few words, go Search->Search. Does the "Find" button become sensitive with any combination of options?
[10:36] <Ng> sorry, Search->Find
[10:37] <Ng> the only thing I use gedit for is quickly searching text files ;)
[10:38] <seb128> *shrug*, user telling us about that again and again without looking for the 1654646464617 duplicates in launchpad we got this week
[10:39] <seb128> Ng: known issue ;-)
[10:39] <seb128> I will backport the workaround I think
[10:39]  * seb128 does that now
[10:39] <Ng> I didn't mean *you*, you're far too busy :)
[10:40] <Ng> but sorry, I didn't mean to repeat a well known thing
[10:40] <seb128> it annoys me too and no new tarball is planned before next alpha
[10:40] <seb128> since we get a least one bug a day about it will spare me time to backport it now
[10:40] <seb128> that's ok, good that you mentionned it I told myself I would backport that today and that slipped from my todolist this morning
[10:41] <Ng> thanks very much :)
[10:56] <seb128> Ng: fixed version uploaded
[10:58] <Ng> sweet :)
[11:12] <seb128> james_w: there?
[12:35] <vuntz> CC/W 23
[12:35] <vuntz> heh
[14:04] <kenvandine_wk> pitti: i did some experimenting... i do like cdbs better :)
[14:04] <pitti> hehe
[14:04] <pitti> kenvandine_wk: I'd have bet
[14:05] <pitti> kenvandine_wk: however, it's nice to do a plain-debhelper debian/rules once, so that you understand what it's doing
[14:05] <kenvandine_wk> i created a new package from scratch, that has never had  a debian package (one of my projects in LP)
[14:05] <kenvandine_wk> i did it without cdbs and then started over with cdbs
[14:05] <pitti> and what all these debian/foo.install, foo.manpages etc. are for, and what handles them
[14:05] <kenvandine_wk> then compared the rules
[14:05] <kenvandine_wk> huge difference
[14:05] <pitti> kenvandine_wk: I need to prep the release meeting now, but feel free to mail me the package, then I'll do some nitpicking
[14:05] <kenvandine_wk> but was interesting to see what it is doing
[14:05] <pitti> (or both)
[14:06] <kenvandine_wk> sure
[14:06] <kenvandine_wk> building in my ppa now :)
[14:12] <slomo_> seb128: can you do something about https://bugs.edge.launchpad.net/ubuntu/+source/notify-sharp/+bug/337871 ? the latest version from debian should be synced (also someone should/could take a look at merging notification-daemon and libnotify from debian)
[14:12] <seb128> slomo_: ok thanks
[14:26] <dholbach> seb128: do you think anybody else in the desktop team can help hggdh with libpst?
[14:26] <dholbach> seb128: I'm just back from a sprint and quite busy with stuff
[14:26] <seb128> hey dholbach, I've tried several time to ping people, I guess I will have to do that myself
[14:27] <dholbach> come on you slackers! help seb128!
[14:27] <seb128> I've been trying to push motus to get that and evolution-mapi reviewed for months, I managed to get evolution-mapi uploaded some days ago
[14:27]  * dholbach hugs seb128
[14:27] <seb128> I guess relying on motu is a a fail, I will go back to do things we need to get done
[14:27] <seb128> that's a bit annoying
[14:27]  * seb128 hugs dholbach
[14:28] <seb128> we have great desktop contributors but the whole motu REVU and roundtrip takes months and just doesn't work when you need to get things done
[14:28] <dholbach> seb128: do you have a team TODO list?
[14:28] <dholbach> it sucks :-/
[14:29] <seb128> we have a TODO list on the wiki though it's not really uptodate
[14:29]  * hggdh is somewhat worried on having cause so much distress
[14:29] <seb128> it's not you
[14:30]  * kenvandine_wk wished debuild or pbuilder would blow up if the section was set to unknown
[14:30] <pitti> lintian FTW :)
[14:30] <pitti> kenvandine_wk: you should have lintian installed
[14:31] <kenvandine_wk> humm
[14:31] <kenvandine_wk> i do
[14:31] <dobey> seb128: hmm, i was wanting to get some more fixes in before i roll another tarball, but i guess i could
[14:31] <seb128> dholbach: I'm away for an hour or so but we can talk about that later if you want
[14:31] <pitti> MacSlow: are you tracking bug 331564 ?
[14:31] <kenvandine_wk> pitti: maybe i need to do something in my packaging make it fire?
[14:31] <seb128> dobey: get a tarball before 2.26 so 2.26 tarballs are rolled with a non broken version ;-)
[14:32] <dholbach> seb128: right, let's do that
[14:32] <pitti> kenvandine_wk: debuild automatically uses it if it's installed
[14:32] <MacSlow> pitti, not been able to reproduce this yet myself
[14:32] <kenvandine_wk> pitti: it says "Finished running linitian"
[14:32] <kenvandine_wk> pitti: would it have been a warning or an error?
[14:32] <MacSlow> pitti, but I'm not yet in full-blow bug-squashing mode yet
[14:33] <pitti> MacSlow: do you think there's still something which needs fixing in jaunty? (in the "release critical" sense)
[14:33] <MacSlow> pitti, I'll try harder after the capetown week
[14:33] <pitti> okay, thanks
[14:34] <MacSlow> pitti, the only thing I could guess (wild guessing here) is that the new user does not "inherit" the system-wide settings for compiz-plugins
[14:34] <MacSlow> pitti, mainly "animation" and "fade"
[14:34] <pitti> MacSlow: a new user account will, but maybe not that reporter? he still might have custom gconf settings
[14:34] <MacSlow> pitti, those are the two plugins which could interfere with the fade-animations of notify-osd
[14:34] <pitti> MacSlow: you can try asking for a gconftool -R /apps/compiz dump or so
[14:35] <kenvandine_wk> pitti: there are 2 lines that start with an E: in the output, but neither say anything about section
[14:35]  * kenvandine_wk should look at those closer anyway
[14:35] <pitti> kenvandine_wk: apparently lintian doesn't test that then
[14:35] <MacSlow> pitti, I don't think it will be hard to nail down once I focus on bugs
[14:37] <MacSlow> hey bfiller
[14:38] <bfiller> howdy MacSlow
[14:44] <kenvandine_wk> dh-make-template-in-source debian/prerm.ex
[14:45] <kenvandine_wk> are those .ex files just cruft?
[14:45] <kenvandine_wk> created by dh_make
[14:48] <dholbach> kenvandine_wk: yes, delete them if you don't need them
[14:48] <kenvandine_wk> thx
[14:48] <kenvandine_wk> thought so
[14:48] <dholbach> :)
[14:48] <kenvandine_wk> now to decide what i don't need
[14:48] <kenvandine_wk> :)
[14:48] <dholbach> rm debian/{dirs,docs,*.ex,*.EX,README.Debian}      :)
[14:48]  * kenvandine_wk thinks watch.ex should have a launchpad example
[14:49] <dholbach> oh, yeah debian/watch is nice
[14:49] <kenvandine_wk> i want that one :)
[14:49] <dholbach> kenvandine_wk:     apt-get source --diff-only storm        for an example
[14:49] <kenvandine_wk> ok
[14:49] <dholbach> or jokosher too
[14:57] <kenvandine_wk> dholbach: any idea why it won't find the .gz files, but will find the .bz2?
[14:57] <kenvandine_wk> https://launchpad.net/gnome-shutdown/+download
[14:57] <kenvandine_wk> https://launchpad.net/gnome-shutdown/+download http://launchpad.net/gnome-shutdown/trunk/.*/gnome-shutdown      -(.*)\.tar\.gz
[14:58] <kenvandine_wk> if i change that to .bz2 it finds 0.4, the last release that has a .bz2
[14:58] <kenvandine_wk> but 0.6 has a .gz... weird
[14:58] <dholbach> did you try --verbose to see what's happening?
[14:58] <kenvandine_wk> no :)
[14:59] <kenvandine_wk> oh!
[14:59] <kenvandine_wk> nevermind :)
[14:59] <kenvandine_wk> it's because it is the newest :)
[14:59] <kenvandine_wk> thx
[14:59] <kenvandine_wk> newbie mistake :-p
[15:04] <primes2h> vuntz: Hi, what changed in libgweather recently? bug #334377
[15:13]  * kenvandine_wk found http://lintian.debian.org/tags and hugs lintian
[15:13] <vuntz> primes2h: are the country names still in the clock applet (when adding a location)?
[15:18] <primes2h> vuntz: You mean if it's in the time zone?
[15:19] <primes2h> vuntz: wait, i understand, I check.
[15:21] <primes2h> vuntz: I checked Italy, and it's there... there are a lot of cities missed, but that is another story....
[15:23] <asac> huats: not sure, but the webkit python thing hasnt made it to my mirror yet
[15:24] <huats> asac: I have heard that... I will double check
[15:24] <primes2h> vuntz: I checked other country names  and they are present, all in this form  "city name", "Country name"
[15:24] <asac> huats: its in NEW
[15:24] <vuntz> primes2h: so it would be a bug in the software using the libgweather data
[15:24] <asac> huats: https://edge.launchpad.net/ubuntu/+source/pywebkitgtk/1.0.2-1ubuntu1
[15:25] <huats> ok
[15:25] <asac> huats: was there no way to fix this bug without doing this NEW `
[15:25] <asac> ?
[15:25] <asac> ;)
[15:25] <asac> now we are stiill waiting
[15:25] <huats> I have setup a transitional package for that... that is the reason for the NEW I think...
[15:26] <asac> huats: yeah. what i just wondered if we really needed 1.0.2 now ;)
[15:26] <huats> I understand
[15:26] <asac> we could have just fixed 1.0.1 ... but well. its not a big problem
[15:27] <asac> i hope some archive admin will get the time to let it in ;)
[15:27] <huats> I should have done that in2 steps
[15:27] <primes2h> vuntz: but if you see on the bug report, kaijanmaki close the bug saying it was a libgweather database country issue..
[15:27] <asac> huats: would have been nice given the breakage we currently suffer
[15:27] <asac> 1st. unblock; 2nd new stuff
[15:27] <primes2h> vuntz: I mean, the bug against libmbca
[15:27] <huats> I haven't realized the difference of time between both
[15:27] <huats> asac: sorry for that
[15:27] <asac> huats: no problem. i just wanted to point out the possibility to do it in 2 steps ;)
[15:28] <huats> asac: I clearly see it NOW :)
[15:28] <asac> great ;)
[15:28] <huats> and it is true that I haven't envisaged it a the beginning...
[15:28]  * huats has still so many stuffs to learn..
[15:28] <asac> yeah. thats how learning by doing works ;)
[15:29] <vuntz> primes2h: well, I would say he was wrong ;-)
[15:30] <primes2h> vuntz: Could you comment the bug about libgweather, please?
[15:30] <asac> huats: also the breakage is confined to just 4 rdepends. which is good
[15:30] <vuntz> primes2h: the data is still there in libgweather. Not sure what else I can say?
[15:30] <vuntz> primes2h: I know nothing about this libmbca stuff...
[15:30] <huats> asac: yes but it is still a problem..
[15:31] <vuntz> primes2h: as long as it's working in the clock applet, it's nearly 100% safe to assume it's not a libgweather issue
[15:32] <vuntz> pitti: re bug 277309
[15:32] <primes2h> vuntz: Just what you told me now. Data is present in libgweather database, so it's not a libgweather issue, just to let him know.
[15:32] <vuntz> pitti: the correct fix is to ship the icon with gnome-session
[15:32] <pitti> vuntz: ah, ok
[15:33] <pitti> vuntz: hm, but hang on, then it wouldn't be themed any more?
[15:33] <vuntz> pitti: since it's not an icon that exists in the icon naming spec, it has to be an app icon
[15:33] <pitti> or, if we just change the package, not the path, then it wouldn't change anything?
[15:33] <vuntz> pitti: it surely can. Put the icon in hicolor, and themes can override it
[15:33] <dobey> huh?
[15:33] <pitti> vuntz: okay, that'd work
[15:34] <dobey> pitti: yeah, following the instructions in the live.gnome.org link works
[15:34] <dobey> (i guess i should know, since i came up with all this stuff)
[15:35] <vuntz> primes2h: if you cc me on the bug, I might be able to reply by mail. Can't reply via web browser at the moment...
[15:35] <primes2h> vuntz: done. Thanks :-)
[16:46] <dobey> is firefox 3.0.7 getting packaged for intrepid? :)
[16:46] <Tm_T> already done
[16:47] <dobey> so i see
[16:48] <dobey> i wonder why my updater doesn't do the apt-get update automatically on this machine :(
[16:50] <crevette> it seems to be broken for me as well
[16:55] <seb128> dobey: using intrepid or jaunty?
[17:49] <dobey> seb128: intrepid
[17:49] <seb128> dunno then
[17:49] <seb128> it's a cron job
[17:50] <dobey> yeah, it's weird
[18:08] <calc> new OOo uploading to jaunty now :)
[19:40] <kenvandine_wk> seb128: libgtop, what do i need to do when i am ready to get it sponsored?
[19:40]  * kenvandine_wk got distracted learning to build packages from scratch :)
[19:41] <kenvandine_wk> seb128: i got it built with bzr-buildpackage, just need to update the changelog with bug numbers and all
[19:42] <kenvandine_wk> oh and the library symbols
[19:44] <seb128> kenvandine_wk: open a bug and subscribe ubuntu-main-sponsors to it
[19:50] <kenvandine_wk> but what do i attach? or do i commit it with bzr?
[19:59] <seb128> kenvandine_wk: there is a launchpad feature to indicate in a bug than a fix is in a bzr on launchpad
[19:59] <seb128> didrocks uses it for his sponsoring request but didn't document it on the wiki apparently
[20:00] <seb128> I don't use it since I can upload, if you don't find it just add the bzr url to the bug
[20:01] <kenvandine_wk> seb128: ok
[20:02] <crevette> hey
[20:02] <kenvandine_wk> hey crevette
[20:02] <crevette> is there a problem with PPA's I can't upload files apparently, the upload get stuck in the middle
[20:02] <kenvandine_wk> crevette: i just did one a bit ago... was fine
[20:03] <didrocks> kenvandine_wk: just clic on "Link a related branch" in the bug report
[20:03] <didrocks> and the specify your branch
[20:03] <kenvandine_wk> didrocks: ok
[20:03] <crevette> in fact, it get stuck a 749/750 K
[20:03] <crevette> and it's twice
[20:14] <Laney> crevette: This is a problem with dput
[20:14] <Laney> there's a bug on it
[20:14] <dobey> kenvandine_wk: or for future references bzr commit --fixes=lp:$bug_id
[20:15] <kenvandine_wk> dobey: cool
[20:15] <crevette> Laney: okay, do you have a bug # ?
[20:15] <Laney> nope, check out dput bugs
[21:09] <kenvandine_wk> anyone know how to do with loss of console input while building a chroot?
[21:09] <kenvandine_wk> it is at the postfix configuration, and won't take input :/
[21:10]  * kenvandine_wk thinks maybe tweaking the term type
[21:21] <kenvandine_wk> whew... changing my console color scheme to linux console did it :)
[21:45] <kenvandine_wk> seb128: libgtop pushed