[09:27] <huats> morning !
[09:28] <seb128> lut huats
[09:30] <huats> hey seb128
[09:30] <huats> how are you ?
[09:30] <seb128> huats: the cold is getting better so good, you?
[09:31] <huats> I think I am getting better too...
[09:31] <huats> but I already have that false feeling earlier this week :)
[09:31] <didrocks> morning ^^
[09:31] <huats> plop didrocks
[09:32] <seb128> lut didrocks
[09:32] <didrocks> lut huats & seb128
[10:45] <mvo> seb128: I think #281837 is now fixed too
[10:46] <seb128> bug #281837
[10:46] <seb128> mvo: good ;-)
[10:46] <mvo> seb128: what is the latest status of the discussion about the applet? anything new?
[10:46] <seb128> no
[10:47] <seb128> mvo: did you discuss with vuntz yesterday? I had to run for sport
[10:47] <seb128> you just started discussing when I had to go
[10:47] <mvo> was a bit more work because I wanted to avoid that non-admin users see all the notification back from warty when they log into their new intrepid system :)
[10:47] <mvo> briefly, he showed me the relevant code in the panel
[10:47] <mvo> I check that out today I think
[10:48] <mvo> I check it out today I think
[12:06] <hggdh> seb128, good morning
[12:08] <hggdh> seb128, I am making latest evo 2.24.1 svn right now. Unless something changed from yesterday to today, I still have wrong message counts in vfolder
[12:10] <lapo> hi
[12:16] <seb128> hggdh: hey, oh? I don't use vfolders but imap counts are correct, maybe try pinging srag about those
[12:16] <hggdh> seb128, I am discussing it with srag now
[12:16] <seb128> hggdh: oh you already did apparently ;-)
[12:16] <seb128> right, just noticed
[12:16] <hggdh> :-)
[13:25] <seb128> hum, kvm on intrepid doesn't boot an hardy image
[13:25] <seb128> does anybody has an hardy install there?
[13:31]  * seb128 looks at mvo
[13:34] <huats> seb128: I have one too...
[13:34] <huats> if needed
[13:34] <seb128> huats: can you add a recurrent event in evolution at some utc hour and see when the dst is happening for you?
[13:35] <huats> seb128: doing it
[14:25] <asac> argh. screen + irssi + gnome-terminal still behaves not-nice. wasnt there an upload about that the other day?
[14:25] <asac> what i experience is that at some point things repaint in a corrupted way
[14:26] <asac> i can trigger it easily by switching tabs back and forth in maximized gnome-terminal
[14:26] <asac> hmm ... maximized is not the issue ... maybe its because of the small screen i havew
[14:27] <asac> on my main production system i dont see this
[14:27] <asac> just on X61 thinkpad (12 inch)
[14:28] <asac> seb128: when will we get new tarballs?
[14:28] <seb128> asac: what component?
[14:28] <asac> i am missing my gnome terminal patch that landed upstream
[14:29] <seb128> asac: the tarballs are due next week
[14:29] <seb128> on monday usually
[14:29] <seb128> some will probably be rolled before that though
[14:29] <asac> seb128: didnt pitti or someone fix irssi + terminal?
[14:29] <seb128> not that I know
[14:30] <seb128> but I don't use irssi so I didn't pay attention
[14:30] <asac> hmm ... what was the ubuntu2 upload about
[14:30]  * asac looks
[14:31] <asac> yeah. not about that issue. damn.
[14:31]  * asac wonders why it became worse in last week(s)
[14:44] <davmor2> guys can you check something out please.  bug 282316  I got 1:04 (1hour 4minutes) from upto 15seconds of recording.
[14:47] <pitti> asac: the upload was about making alt+n configurable again, as in previous releases
[15:19] <tedg> pitti: I don't know that you'll have an opinion on bug 281971 but if you do, please comment.
[15:19] <asac> pitti: yeah. thanks
[15:19] <asac> i will see if i can understand what might cause these screen - irssi corruptions later today
[15:30] <seb128> davmor2: what do you want to know exactly?
[15:31] <davmor2> seb128: It's okay it got confirmed and pedro_ dealt with but thanks for getting back :)
[15:32] <seb128> davmor2: there is lot of bugs which are waiting to be sent upstream you can do that if you want, there is no real point to ask on IRC to get those confirmed though
[15:32] <seb128> davmor2: they are usually not confirmed because there is lot of bug and that's taking time not because we didn't read about the bug
[15:33] <davmor2> seb128: Okay
[15:35] <pitti> tedg: commented; thanks for pointing me at it
[15:48] <mvo_> seb128: could you eyeball http://paste.ubuntu.com/58839/ please?
[15:50] <seb128> mvo_: "+    based on the schema, useful for e.g. "
[15:50] <seb128> mvo_: e.g. what? ;-)
[15:50] <mvo_> heh .)
[15:50] <mvo_> sounds like my thoughts were faster (or slower!) than my typing
[15:56] <mvo_> seb128: if it is otherwise ok I update and upload
[15:58] <seb128> mvo_: it looks alright from a first read but I don't know the configuration format details so still checking if I find something weird
[15:59] <seb128> mvo_: ie, spending some time to understand correctly if what it's doing looks right to me too ;-)
[16:00] <mvo_> thanks seb128! I did some testing here and it seems to be good, but double check always helps
[16:02] <mvo_> seb128: I wait with the upload for your ok
[16:04] <seb128> mvo_: is that normal that you don't set a position for the new applet?
[16:05] <mvo_> seb128: its "0" in the gconf schema
[16:06] <mvo_> I could add it just for make double sure it works
[16:06] <seb128> mvo_: what schemas?
[16:09] <mvo_> seb128: it gets it from /schemas/aps/panel/objects
[16:09] <mvo_> seb128: and uses all keys there
[16:10] <mvo_> seb128: I will be away for a bit but read backlog
[16:11] <seb128> mvo_: ok, I just understood engine.associate_schema()
[16:12] <seb128> mvo_: the code looks good, just upload
[16:44] <pitti> didrocks: seems that this sambashare thing isn't as good as we thought yesterday
[16:45] <pitti> didrocks: being in sambashare by default just helps for the initial configuration, but to use the shares you still need to log out and in (for getting the smbpasswd hash)
[16:46] <didrocks> pitti: oh! It seemed that I tested that case...
[16:46] <didrocks> pitti: ok, so, what I wanted to do will not work
[16:46] <didrocks> get current session group id
[16:46] <didrocks> check with getwpmd the group in /etc/group
[16:47] <didrocks> and compare them to see if reloading a session is needed
[16:47] <didrocks> but your case will not be detected :/
[16:48] <pitti> didrocks: indeed; I think it's worth talking to slangasek about it (after rleease meeting), he knows samba itself inside out
[16:51] <didrocks> pitti: ok, I will. When is the release meeting (today/now)? I do not find it in the fridge
[16:51] <pitti> didrocks: running right now, for another 40 minutes
[16:51] <pitti> didrocks: splendid, thanks!
[16:51] <didrocks> pitti: you're welcome (let's find a way first ;))
[16:51] <pitti> didrocks: it might  be too late for intrepid final, but if we get it in early in jaunty, we can maybe backport it and do a SRU
[16:52] <didrocks> yes, for both intrepid and hardy
[17:48] <didrocks> pitti: I will go back home now. I will contact Steve then (~ 40 minutes). Do you want I ping you (-motu/-devel)?
[17:49] <pitti> didrocks: sure (not sure whether I'll still be around, but I'll at least read scrollback then)
[17:49] <didrocks> pitti: ok, no pb :)
[20:46] <mvo_> tedg: how good do you know the internals of g-s-s ? I'm debugging the bug #278112 right now and wonder why window_obscured_cb() (gs-manager.c:1348) calls the gs_manager_request_unlock() - that seems to be the culprit
[20:55] <tedg> mvo_: Not that well.
[20:55] <tedg> mvo_: Why do you think it's not a Compiz bug if it happens under Compiz but not metacity?
[20:57] <mvo_> tedg: I think its a problem with the unredirect fullscreen stuff, apparently when XCompositeUnredirectWindow is called there is a map/unmap event generated, I suspect that this confuses g-s-s - its tricky to debug because of all the event watching/juggling that g-s-s does
[21:03] <mvo_> tedg: I look deeper into it (for a bit at least, its getting late) - but it smells like something that needs fixing in g-s-s
[21:04] <tedg> mvo_: Hmm, that would be certainly interesting.