[00:00] <seb128> pochu: list cleaned, thanks
[00:01] <seb128> usually we don't get too much launchpad spam on the list because either people are not subscribed and the mails go to the moderation queue
[00:01] <seb128> or they are subscribed and they know what they are doing
[00:09] <pochu> ah, right
[00:16] <fta> seb128, "Cairo now depends on pixman 0.10.0 which was recently released"
[00:17] <fta> want me to do it too ?
[00:17] <seb128> fta: would be nice
[00:17] <fta> ok
[00:18] <seb128> could you open a bug for this update and attach the changes there?
[00:18] <fta> I will
[00:18] <seb128> we will need to ask for an update approval
[00:18] <seb128> thanks
[00:18] <Amaranth> ooh, i wonder if that pixman has the optimization work
[00:23] <fta> i wish all those stuff were maintained in bzr..
[00:28] <pochu> we could do a desktop-team vs bzr round 2 once Intrepid is released :)
[00:30] <fta> or during UDS
[01:54] <pwnguin> in relation to bug #211237, why does gdmconf refuse to run if gdm isn't running?
[01:54] <ubotu> Launchpad bug 211237 in gdm "gdmsetup won't run without gdm running" [Undecided,Invalid] https://launchpad.net/bugs/211237
[02:22] <pwnguin> i have to say, i hate it when triagers get my bug reports wrong
[08:17] <dholbach> good morning
[08:18] <seb128> hello dholbach
[08:32] <crevette> hello pitti
[08:32] <crevette> I've uploaded a patch to improve slightly the autostart .desktop file
[08:33] <crevette> i've put it on the bug about bad description in gnome-session
[08:34] <seb128> crevette: that breaks translations right?
[08:34] <crevette> ah perhaps
[08:34] <crevette> I didn't look at this point
[08:34] <crevette> ie: it is for jockey
[08:38] <crevette> I didn't care about that, I just cared about fixing the problem
[08:39] <seb128> that's alright
[08:39] <crevette> oh time to go to work
[08:39] <crevette> buye
[08:39] <crevette> bye
[08:41] <pitti> hi crevette
[08:41] <pitti> argh, gone already
[08:41] <pitti> I saw that patch and commented on it
[08:41] <seb128> pitti: he'll be back later most likely
[08:41] <pitti> right
[08:42] <seb128> pitti: do you have an opinion on poppler 0.8? that's a sucking situation
[08:42] <pitti> no idea without seeing the changelog
[08:43] <seb128> pitti: well, it's the new stable, but they changed some api naming and the sonames
[08:43] <pitti> oh, ugh
[08:43] <seb128> so updating is not easy
[08:43] <pitti> well, do we have to?
[08:43] <seb128> but on an another side maintaining an outdate code for a lts is not optimal neither :-(
[08:43] <seb128> no
[08:43] <pitti> well, let's say it'll be slightly less outdated :)
[08:44] <seb128> but nobody is going to fix issues on 0.6
[08:44] <seb128> and fedora is already shipping the new one
[08:50] <seb128> hey hey mvo
[08:54] <mvo> hey seb128!
[08:56] <seb128> mvo, pitti: I'm not sure to understand bug #211381
[08:56] <ubotu> Launchpad bug 211381 in gdm "/etc/default/gdm inconsistency on dapper->hardy upgrade" [Medium,New] https://launchpad.net/bugs/211381
[08:57] <seb128> using packages.ubuntu.com gives no result for this file in dapper nor hardy
[08:57] <pitti> seb128: it might get created by the postinst?
[08:57]  * seb128 gets the gdm dapper source
[08:58] <seb128> pitti: hum, right
[08:59] <pitti> seb128: so I take it it's not relevant any more?
[09:01] <seb128> pitti: the dapper version seemed to use it to get the locale or something,  but it's not used nowadays
[09:01] <seb128> pitti: I think the preinst should just rm it
[09:01] <pitti> right, was just going to type that ;)
[09:01]  * pitti hugs seb128
[09:01]  * seb128 hugs pitti
[09:01] <seb128> ok, fixing that
[09:18] <pochu> good morning!
[09:18] <asac> hi pochu
[09:18] <seb128> hey pochu asac
[09:19] <pochu> hi asac and seb128 :)
[09:19] <asac> seb128: i am running the metacity fix since yesterday. couldn't spot any negative regression.
[09:19] <asac> seb128: will upload
[09:19] <seb128> asac: alright
[09:20] <asac> done ... lets listen ;)
[09:20] <pochu> oh, good :)
[09:21]  * pochu deactivates the config workaround
[09:21] <asac> whats going on ... i uploaded and in the next second the bug was already fixed in LP :)
[09:21] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/175904/comments/31
[09:21] <ubotu> Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed]
[09:27] <tjaalton> asac: that's still an issue with compiz
[09:27] <asac> tjaalton: ? i never saw it in compiz
[09:28] <tjaalton> asac: when I get a popup from a window that's on another workspace it sometimes moves the window to the current workspace
[09:28] <asac> tjaalton: compiz has the issue that it doesn't raise the windows reliably iirc, but that isn't "window moves to current desktop"?
[09:28] <asac> hmm
[09:28] <huats> moring everyone
[09:29] <tjaalton> first the mouse cursor goes crazy for a couple of seconds and then it either changes the view to that workspace or moves the window to the current workspace
[09:30] <asac> tjaalton: https://bugzilla.redhat.com/show_bug.cgi?id=307581#c12
[09:30] <asac> In compiz, the _active workspace_ switches.
[09:30] <asac> This is about the metacity issue, which everyone agrees is clearly wrong.
[09:30] <ubotu> bugzilla.redhat.com bug 307581 in metacity "apps jump workspaces when urls opened" [High,Assigned: ]
[09:31] <asac>  The
[09:31] <asac> compiz behavior seems more or less sane.
[09:31] <tjaalton> asac: right, it should change the workspace, but sometimes it doesn't and moves the windows to the current one
[09:31] <asac> thats what caillon says
[09:32] <tjaalton> but it's probably a compiz bug
[09:32] <pochu> oh, looks like the apt-get source foo/distro bug was reported a year ago
[09:32] <pochu> I wish I knew c++ :)
[09:32] <asac> tjaalton: you want to add compiz to the bug above or open a new one?
[09:34] <tjaalton> asac: hmm, if it's purely a compiz bug I'd rather open a new one. I think some update last month broke it, so it's not necessarily a ff3 bug
[09:34] <asac> ah ok
[09:34] <asac> i leave in your hands then ;)
[09:35] <tjaalton> OTOH compiz 0.7.4 is out, so maybe I'll just wait until it's in the archive :)
[09:35] <tjaalton> and see if it's fixed
[09:40] <tjaalton> confirmed that the bug still exists. we have a helpdesk system that opens a popup when you get a new ticket, so the window is on another workspace and the popup comes up on the active workspace. when I click "OK", the "move workspace" animation gets stuck, and the mouse cursor rapidly changes state (normal/text mode), and when it finishes all the FF3 windows have moved to the current workspace
[09:43] <tjaalton> maybe I'll file a bug now that I already wrote what happens :)
[09:43] <asac> ;)
[09:43] <tjaalton> I wonder if there's another app I can test with
[09:44] <asac> tjaalton: try the POC in the redhat bug
[09:44] <tjaalton> ah
[09:44] <asac> most likely you need to run it multiple times
[09:44] <asac> https://bugzilla.redhat.com/show_bug.cgi?id=307581#c2
[09:44] <asac> there you go
[09:44] <ubotu> bugzilla.redhat.com bug 307581 in metacity "apps jump workspaces when urls opened" [High,Assigned: ]
[09:45] <tjaalton> thanks, I'll try it out
[09:48] <pochu> seb128: I've created a debdiff for bug 204682. should we upload it or better to wait for GNOME 2.22.1? http://emilio.pozuelo.org/~deb/gcalctool.debdiff
[09:48] <ubotu> Launchpad bug 204682 in gcalctool "Incorrect power interpretation" [Medium,Triaged] https://launchpad.net/bugs/204682
[09:48] <Amaranth> tjaalton: That's not a compiz bug, that's a "the spec does not provide enough information to do the right thing" bug
[09:49] <asac> Amaranth: "and the mouse cursor rapidly changes state (normal/text mode),"
[09:49] <Amaranth> ok, maybe that
[09:49] <asac> ;)
[09:49] <Amaranth> but the core issue is not a bug
[09:49] <asac> given that compiz normally moves to the workspace
[09:49] <Amaranth> maybe we're trying to match metacity :)
[09:50] <Amaranth> after all, if metacity does it it can't be wrong
[09:50] <asac> why would it be ok to suddenly not do that, but moving the app to the current workspace
[09:50] <Amaranth> right? :)
[09:50] <asac> Amaranth: hehe. yeah. metacity is fixed now.
[09:50] <Amaranth> there are cases where both methods fall over
[09:51] <seb128> pochu: can wait until next week I would say
[09:51] <pochu> fine, I'll say so in the report
[09:52] <asac> tjaalton: "and when it finishes all the FF3 windows have moved to the current workspace"
[09:52] <asac> you say that even windows not involved move to the current workspace?
[09:52] <asac> or just dialog + parent?
[09:52] <tjaalton> asac: all FF windows from that workspace move
[09:52] <asac> tjaalton: only from that workspace?
[09:52] <tjaalton> but not from other workspaces
[09:52] <tjaalton> right
[09:52] <asac> Amaranth: ^^
[09:53] <Amaranth> hrm
[09:53] <asac> i think there is some shaky bug here  that finally shakes everything to the current workspace :-P
[09:53] <Amaranth> Window managers are hard, lets go shopping!
[09:53] <tjaalton> :)
[09:53] <asac> hehe
[09:54] <asac> tjaalton: maybe find someone who can reproduce that first ;)
[09:54] <asac> who knows what kind of patches you carry around
[09:54] <tjaalton> asac: that POC code.. what is it supposed to do? it only opens a blank window when I run it
[09:55] <asac> tjaalton: yeah ... it opens a blank window .... then you should switch to another workspace
[09:55] <asac> 5 seconds later it calls present
[09:55] <tjaalton> ah
[09:55] <asac> tjaalton: maybe you need to modify that to not call "present", but open a dialog
[09:55] <asac> after 5 seconds + all present on that
[09:55] <asac> s/all/call/
[09:56] <asac> next step would be to open 3 windows, open one dialog and call present on that to see all windows getting moved to current workspace ;)
[10:04] <tjaalton> well, I just hit the wall with my non-existent python skills :)
[10:08] <asac> tjaalton: http://paste.ubuntu.com/6456/
[10:08] <asac> oops
[10:08] <tjaalton> heh
[10:08] <asac> http://paste.ubuntu.com/6457/
[10:08] <asac> thats it ;)
[10:09] <asac> maybe also call w0.present() before the d.present()
[10:10] <tjaalton> haha, worked! thanks :)
[10:10] <asac> unmodified?
[10:10] <asac> good
[10:10] <tjaalton> yes
[10:10] <asac> let me test on my compiz desktop :)
[10:10] <tjaalton> but, this time all the windows from the current desktop switched to the one where that script was running :P
[10:11] <asac> tjaalton: can you open a bug and attach that testcase?
[10:11] <tjaalton> yeah
[10:11] <asac> i think two windows should be enough
[10:12] <asac> tjaalton: doesn't happen here :(
[10:12] <asac> maybe some compiz plugin?
[10:12] <tjaalton> hmm, so maybe it's my settings then
[10:12] <asac> i just have a basic setup
[10:12] <tjaalton> should be pretty basic
[10:13] <tjaalton> I'll try it on my laptop
[10:13] <asac> tjaalton: actually ... my desktop doesn't move at all
[10:14] <asac> e.g. i get no notification on the other desktop
[10:14] <tjaalton> aha! :)
[10:14] <asac> so its probably some basic setting i am missing
[10:14] <tjaalton> could be
[10:16] <tjaalton> on my laptop it worked like it should, ie. moved the desktop and not the windows
[10:16] <asac> hell, why are things not moving here
[10:16] <tjaalton> maybe I need to dump the settings and diff them
[10:16] <asac> damn
[10:16] <asac> tried "Extra" ... no success
[10:17] <asac> tjaalton: yeah
[10:17] <tjaalton> uh, now I remembered that it sometimes does the same when I move windows with ctrl-alt-shift
[10:18] <asac> Amaranth: any idea what setting i might need to make present switch the workspace at all?
[10:19] <Amaranth> asac: there is no setting to manage that
[10:19] <Amaranth> there is a specification
[10:19] <asac> Amaranth: well. it doesn
[10:19] <asac> t happen here on my compiz hardy desktop
[10:19] <asac> if its not a compiz setting, it must be something else
[10:19] <Amaranth> Window managers are hard, lets go shopping!
[10:20] <asac> yeah ;) ... but i want to switch to the new desktop ;)
[10:20] <Amaranth> My one dive into tweaking the window management parts of compiz ended up in the patch I've been waiting on review for over a month now
[10:21] <Amaranth> So I tend to stay out of there :)
[10:21] <asac> maybe they have a workflow problem :)
[10:21] <Amaranth> Yes, the lead developer wants to write code, not run a project
[10:21] <asac> lets fork ... that is contributer friendly ;)
[10:21] <Amaranth> And the other two with commit access defer to him when someone changes something they don't completely understand
[10:22] <asac> lets start a flame ;)
[10:46] <tjaalton> ok, it's getting more weird
[10:47] <tjaalton> tried it on another workspace that only has a terminal, and changed to another workspace that has terminals, gedit and some firefox windows. things worked fine
[10:47] <tjaalton> tried it five times. then changed to the workspaces I used before and it still happens there
[10:49] <tjaalton> the compiz settings were almost identical, same plugins etc
[10:52] <tjaalton> closing emacs, baobab and the pidgin window helped
[10:53] <tjaalton> yeah, pidgin is the culprit!
[10:54] <tjaalton> asac, Amaranth: ^^
[10:54] <Amaranth> pidgin is one of the ones that does weird things and breaks around this part of the spec
[10:55] <tjaalton> I normally keep the buddy list window open
[10:55] <tjaalton> closing it fixes this
[10:55] <asac> lets kill pidgin :) ... gajim is far better ;)
[10:56] <tjaalton> it does only jabber, I use icq :)
[10:56] <asac> at lesast if you don't rely on niche protocols like ICQ and whatever exists in the woods

[10:56] <asac> I guess the real problem is icq here :)
[10:56] <tjaalton> I've had the account for ten years :)
[10:57] <pochu> and msn! ;)
[10:57] <asac> tjaalton: i had some good experiences in the past with ICQ gateways hosted by my jbber provider
[10:59] <tjaalton> tjaalton: ok cool, I actually have only one friend left who's using icq, so it shouldn't be too hard to switch :)
[11:04] <asac> mvo: firefox-themes-ubuntu will pull in firefox-2 if folks upgrade ... can i just make a recommends out of firefox-2 to prevent that?
[11:08] <mvo> asac: yes, that should work
[11:10] <tjaalton> duh, can't reproduce the pidgin/compiz problem on my laptop
[11:16] <huats> lut crevette
[11:16] <crevette> salu
[11:16] <crevette> t
[12:20] <pitti> hi crevette
[12:20] <crevette> hi pitti
[12:20] <pitti> crevette: I saw your bug yesterday, and answered
[12:20] <crevette> ah ok
[12:21] <crevette> I'll see
[12:26] <crevette> pitti, you can let the _name has it is for now, and perhaps change it on next cycle ?
[12:26] <crevette> fso for hardy let it as it is, but change it for Intrepid
[12:26] <pitti> crevette: I'm happy to add a Comment: field
[12:26] <crevette> it won't break the string freeze ?
[12:27] <pitti> changing is worse than adding
[12:27] <crevette> okay
[12:27] <pitti> but I need some guidance what Comment: should say
[12:27] <crevette> yeah, I'm not sure which form to use
[12:27] <crevette> Notify about new hardware drivers which are applicable to your system is fine
[12:27] <crevette> or "Notifies about new hardware drivers which are applicable to your system"
[12:28] <crevette> is there guideline ?
[12:28] <pitti> I don't know :(
[12:29] <crevette> followinf desktop entry spec it should be Notify
[12:30] <crevette> http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#comments
[12:31] <crevette> "Notify about new hardware drivers applicable to your system"
[12:31] <crevette> it is shorter and have the same meaning, no ?
[12:31]  * pitti <- no native speaker, but it sounds fine to me
[12:32] <crevette> I'm fine with that at least
[12:32] <crevette> and for printer applet i'd do 'View and control the jobs sent to printers'
[12:32] <crevette> :)
[12:37] <crevette> pitti, do I need to add a comment on the bug ?
[12:37] <pitti> crevette: please, so that I won't forget
[12:41] <crevette> pitti, can I confirmed the bug for jockey ?
[12:41] <pitti> crevette: yes, please
[12:41] <crevette> assigned to you ?
[12:42] <pitti> crevette: sure; please set it to 'inprogress' while you are at it
[12:42] <pitti> crevette: merci
[12:42] <crevette> ah okay
[12:43] <crevette> you're welcome
[12:46] <Hobbsee> crevette: that's correct english usage
[12:46] <Hobbsee> crevette: although s/applicable/available/ would be better
[12:46] <Hobbsee> crevette: er, s/applicable to/available for/
[12:47] <crevette> okay
[12:48] <crevette> thanks Hobbsee for the comment
[12:48] <Hobbsee> crevette: y/w
[12:53] <fta> seb128, i'm doing pixman. there's no shlib symbol checking, can I add one ?
[12:54] <seb128> fta: what do you call checking? you mean it doesn't use a shlibs version? add one if that's required, ie if there is new functions in the api
[12:56] <asac> mvo: apturl apt:flashplugin-nonfree?section=multiverse ... does that work now?
[12:56] <fta> there's no symbol file in the current/debian version. it's easier when there's one
[12:58] <seb128> fta: ah, you mean the new feature to list symbols? that's not required, not sure if that's the sort of changes we should introduce now but if you think that's useful feel free to add one
[12:58] <asac> mvo: bug 208722
[12:58] <ubotu> Launchpad bug 208722 in firefox-3.0 "Firefox "intall missing pluging" leads to "Can not find 'flashplugin-nonfree'"" [Undecided,New] https://launchpad.net/bugs/208722
[12:59] <fta> seb128, i think it's good to have it, the sooner the better but if you think it will prevent the upload for this time, i'll wait
[13:03] <fta> seb128, do we have a fix for bug 198759 / bug 208224
[13:03] <ubotu> Launchpad bug 198759 in xkeyboard-config "Right CTRL don't work" [Medium,Confirmed] https://launchpad.net/bugs/198759
[13:03] <ubotu> Launchpad bug 208224 in xorg-server "[hardy] right ctrl key does nothing (french layout) (dup-of: 198759)" [Undecided,New] https://launchpad.net/bugs/208224
[13:03] <fta> it's annoying on a laptop
[13:04] <asac> fta: i think bryce or tjaalton would know better
[13:05] <fta> ok, asking
[13:08] <kwwii> dholbach: who gave you the pdf casestudy files to put in example-content?
[13:08] <kwwii> dholbach: I found a spelling error in one file in the word Copyright (it says Cop7right)
[13:10] <dholbach> kwwii: they are at www.ubuntu.com/products/casestudies
[13:10] <seb128> fta: I don't think it'll prevent the upload no, so feel free to do the change
[13:10] <fta> ok, nice
[13:10] <seb128> fta: no, I've no real clue about xkeyboard-config
[13:11] <seb128> fta: and I never use the right ctrl
[13:11] <seb128> somebody should send that on bugzilla.freedesktop.org
[13:12] <fta> cjwatson is talking about that on -devel
[13:13] <seb128> right
[13:13] <seb128> and I agree with him, that seems to be an on purpose change
[13:14] <seb128> btw I don't agree with you that every french user expect the right ctrl to act as ctrl, I don't know a lot of people using this key
[13:14] <seb128> and I think it's rather mapped to compose or other things
[13:14] <seb128> might be useful if you a right-handed though
[13:17] <fta> I use ctrl + left/right arrows to switch workplaces
[13:18] <seb128> I use ctrl-alt arrows
[13:18] <seb128> but my left hand is on the left ctrl and alt
[13:18] <seb128> and my right hand is on the arrows
[13:18] <fta> I can do that with one hand
[13:19] <seb128> you are right hand trained apparently ;-)
[13:19] <fta> no
[13:19] <seb128> I expect most normal user to let this one on the mouse
[13:19] <fta> i'm left handed
[13:19] <seb128> doh
[13:19] <seb128> that's what I meant when I wrote right-handed before
[13:20] <seb128> right, it's useful for left handed people, that's why I think the "most user expect" comment is not really accurate
[13:20] <seb128> right-handed users tend to use this hand for the mouse and use the left hand for modifiers
[13:21] <seb128> anyway let's wait for the  upstream reply about the purpose of the change
[13:21] <fta> i tend to not use the mouse at all :)
[13:21] <seb128> you are not a basic user ;-)
[13:21] <fta> most probably not
[13:31] <huats> I have seen in https://wiki.ubuntu.com/DesktopTeam/TODO  : "update the yelp ubuntu layout " can anybody explain me a bit what it means ?
[13:41] <fta> the (red) error message for bad auth in gdb is misplaced on my 1440x900 laptop, it's underneath the username field
[13:42] <fta> i mean gdm
[13:43] <seb128> fta: seems to be a theme bug
[13:44] <fta> default install
[13:44] <fta> fresh from ~2 weeks ago
[13:48] <lapo> hi
[13:49] <kwwii> fta: that bug was fixed yesterday
[13:50] <fta> really ? let me logout again :)
[13:50] <kwwii> fta: you would have to apply the updates from today
[13:50] <fta2> sure
[13:50] <lapo> mvo: update manager icon, wouldn't it be better to use "system-software-update" icon when the package manager is working istead of the (badly scaled) desaturated "software-update-available"
[13:50] <lapo> ?
[14:04] <mvo> lapo: hm, that sounds like a plan, I want to make sure people see that there is something working and that its not the right time to run more software managment applications
[14:14] <seb128> fta: how is the libpixman update going?
[14:15] <fta> oh, i'm done, i just need to open a bug
[14:15] <fta> but there are api changes...
[14:16] <seb128> fta: could you do it now? I need to try cairo git for a bug and I would like to avoid redoing the libpixman work myself just to build cairo git ;-)
[14:16] <fta> hence the version bump
[14:16] <seb128> fta: api changes, like breakage and soname change? or new functions only?
[14:17] <fta> http://paste.ubuntu.com/6464/
[14:18] <fta> the thing is they support gcc visibility now so some symbols are now hidden
[14:19] <seb128> ok, so things should still be working, right?
[14:19] <fta> that's why I wanted to add the symbol checking
[14:19] <fta> i hope so, but i cannot guaranty it
[14:22] <Nafallo> asac: agreed :-)
[14:22] <Nafallo> asac: re: pidgin vs. gajim
[14:23] <seb128> fta: none of those were in the .h apparently so that should be alright
[14:25] <fta> yes
[14:25] <fta> and the 4 new symbols shouldn't hurt either
[14:25] <seb128> fta: do you have the debdiff somewhere then? I need it now
[14:25] <fta> doing the bug right now
[14:25] <seb128> fta: yes, new symbols are no issue
[14:25] <seb128> fta: thanks
[14:30] <fta> bug 211785
[14:30] <ubotu> Launchpad bug 211785 in pixman "Please sponsor pixman 0.10.0-0ubuntu1" [Undecided,New] https://launchpad.net/bugs/211785
[14:31] <fta> seb128, ^^
[14:32] <fta> doing cairo now
[14:35] <seb128> fta: thanks
[14:36] <lapo> mvo: I think the update icon would work, anyway for hardy+1
[14:37]  * mvo nods
[14:37] <lapo> mvo: for hardy you should try to fix the scaling issue tho, looks like you desaturate just one size then scale it down
[14:37] <lapo> mvo: so you get a fuxxy icon
[14:37] <lapo> fuzzy even
[14:37] <lapo> or do you ship a desaturated icon?
[14:43] <seb128> fta: can you attach a debdiff between version including upstream changes and a diffstat and maybe the symbols diff you copied before on the bug?
[14:43] <fta> ok
[14:44] <seb128> fta: that will make easier to get the the approval
[14:44] <seb128> they will need to look at the changes
[14:44] <fta> it's a huge one
[14:45] <fta> 500k
[14:45] <seb128> that's alright
[14:45] <seb128> they will want to look at it quickly
[14:45] <mvo> lapo: no, I destaturate it on the fly, but its possible that this happens only once, I need to check
[14:45] <seb128> I expect most will be autotools, etc
[14:47] <fta> done
[14:47] <fta> formatting looks weird
[14:47] <ember> seb128 when you have time can you look at bug #211769
[14:48] <ubotu> Launchpad bug 211769 in pidgin "FFe for Pidgin 2.4.1" [Undecided,Confirmed] https://launchpad.net/bugs/211769
[14:50] <seb128> ember: ok
[14:51] <ember> thanks.
[14:54] <fta> seb128, bug 211791
[14:54] <ubotu> Launchpad bug 211791 in cairo "Please sponsor cairo 1.5.16-0ubuntu1" [Undecided,New] https://launchpad.net/bugs/211791
[14:54] <fta> tell me if you want me to change something in either pixman or cairo
[14:54] <fta> do you also need full debdiff for cairo ?
[14:56] <seb128> fta: no, cairo should be already, we are tracking 1.5 anyway
[15:36] <seb128> fta: btw what is the -c4 shlibdeps option about?
[15:37] <fta> make it ftbfs if there's any difference in the symbol file
[15:37] <fta> so the packager has to take a closer look
[15:38] <fta> it's good practice
[15:38] <fta> preventing unchecked push
[15:38] <seb128> is that documented somewhere?
[15:38] <seb128> the dpkg-shlibdeps manpage lists no -c option
[15:39] <fta> man dh_makeshlibs
[15:39] <fta> i mean dpkg-gensymbols
[15:40] <seb128> fta: ups, I was looking at dh_shlibdeps instead
[15:40] <seb128> thanks
[17:09]  * pitti hugs asac for fixing metacity to get along with firefox link opening
[17:22] <crevette> asac, did you get feedback from epi team to fix the cert problem ?
[18:01] <wonko69> hello all
[18:06] <fernando> hey all
[18:09] <pochu> hey fernando
[18:09] <fernando> hey pochu, how are you going?
[18:09] <pochu> fernando: where have you been all this time? :)
[18:09] <pochu> fernando: pretty good, thank you
[18:09] <pochu> (good or well?)
[18:10] <pochu> fernando: what about you?
[18:12] <fernando> pochu, I was working hard and studying. now the project (work) done and have time =)
[18:14]  * pochu really needs to study more...
[18:20]  * fernando too
[21:00] <fta_> pochu, do you know that you have tracker 0.6.6-0ubuntu1 retrying your ppa since 2008-03-03 ?
[21:00] <fta_> +in your ppa
[21:00] <Nafallo> any ekiga person around?
[21:01] <fta_> pochu, a few zillions retries
[21:15] <tedg> Could someone try the GPM in my PPA to see if it fixes 193617?
[21:15] <tedg> I believe it does, but I'd like to test on more than one laptop.
[21:16] <tedg> Hmm, everyone else gets the little bot to comment on their bug... how about #193617
[21:16] <tedg> Errr, LP: #193617
[21:17]  * tedg is sad that ubotu dislikes me so.
[21:25] <seb128> tedg: bug #193617
[21:25] <ubotu> Launchpad bug 193617 in gnome-power-manager "Hardy rhythmbox stops screen from blanking on laptop lid close" [High,Confirmed] https://launchpad.net/bugs/193617
[21:26] <tedg> seb128: Heh, thanks.  I knew it had to be something like that :)
[23:05] <sistpoty> seb128: around? we're just looking for delegates regarding freeze exceptions for universe onces final freeze starts. Would you like to deal with gnome related exceptions?
[23:06] <seb128> sistpoty: what work would I have to do? just ack or not the freeze break request?
[23:06] <sistpoty> seb128: yes
[23:07] <sistpoty> seb128: or give it back to motu-release (if not gnome-related)
[23:08] <seb128> sistpoty: I'm not sure I want to sign for extra mail? Is there a team subscribed to those or do you use tags or something?
[23:09] <sistpoty> seb128: well, we use ~motu-release for all motu-release bugs, but exceptions can happen on irc, too. Otherwise I'd request people to subscribe you to a bug.
[23:09] <seb128> sistpoty: oh, in fact we can use the team for that, subscribe ubuntu-desktop to those
[23:09] <seb128> I'll look at the list daily or something
[23:10] <sistpoty> seb128: ok, great. thanks!
[23:10] <seb128> and so other desktop team members can give a hand on those
[23:10] <seb128> sistpoty: you are welcome
[23:12] <seb128> tedg: you might want to ask for testing on #ubuntu-bugs or again next week, european friday evening is not the best time to get replies on this chan ;-)
[23:12] <fta> seb128, about pixman, sync or sponsor ?
[23:13] <fta> or merge ?
[23:14] <tedg> seb128: Yeah, I was thinking the same.  I'm hoping the poster of the bug will have time to test it this weekend.
[23:14] <tedg> seb128: It'd be nice if the OP said it works :)
[23:16] <Nafallo> seb128: hi :-)
[23:18] <seb128> tedg: right
[23:18] <seb128> Nafallo: hey
[23:20] <Nafallo> seb128: who is the main ekiga guy those days? :-)
[23:26] <seb128> Nafallo: nobody
[23:26] <Nafallo> seb128: hmm. that wasn't the answer I was looking for ;-)
[23:26] <seb128> fta: it needs to be approved by slangasek first, and I was going to upload your work first because you spent efforts on it and sync later, but we can sync directly if you think that's ok. Is there any ubuntu change required?
[23:29] <fta> seb128, of course, i would prefer to see my work used instead of ignored. as for the ubuntu changes, I think the symbol file should stay. donno if debian has it now.
[23:30] <seb128> fta: they have from the changelog
[23:30] <fta> hmm
[23:31] <seb128> fta: ok, so I think we will wait for approval, upload your version next week (don't want to update a base lib while everybody is away for the weekend in case something is buggy) and we will sync later if there is no ubuntu change required
[23:31] <fta> ok
[23:37] <seb128> fta: btw you need to bump the shlibs version too
[23:37] <fta> i didn't ?
[23:38] <fta> pixman or cairo ?
[23:39] <fta> oh, i see
 seb128: re:211785, i'm not too sure about the symbols file in there. some enums changed between 0.9.6 and 0.10.0, so i think the version should be bumped for functions which use those
[23:39] <seb128>  but i'm talking about the debian/libpixman-1-0.symbols file
[23:39] <seb128> fta: maybe look at what they did for the debian update
[23:41] <fta> it's not yet on p.u.c and I no longer have any debian box
[23:41] <seb128> fta: dget http://ftp.debian.org/debian/pool/main/p/pixman/pixman_0.10.0-1.dsc?
[23:52] <fta> seb128, well, the packaging has changed but the result is the same. I have the strict symbol checking that is not in debian
[23:55] <seb128> fta: what he was saying is that the pixman_format_code_t enum changed and that the function which use it should have their versioning updated to 0.10
[23:56] <fta> then dpkg-gensymbols will fail with -c4
[23:57] <seb128> why?