[00:11] <CarlFK> install oneiric, run app, compiz eats memory, doesn't release it when app is closed.  compiz trunk, no eat memory.
[00:12] <CarlFK> app = dvswitch, it's from debian, http://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=dvswitch/dvswitch.git;a=blob;f=src/mixer_window.cpp;h=961f57a89a70f71ae2dc6e0d24e8086bf26df378;hb=HEAD
[00:13] <CarlFK> is ubuntu+1 installable, and have a different flavor of compiz?
[01:17] <CarlFK> what can I use to log compiz memory usage over a 12 hour period?
[01:24] <bjsnider> CarlFK, you could run it with valgrind
[01:53] <Emiliano008> ##opensource-es
[02:11] <CarlFK> bjsnider: run compiz or dvswitch ?
[02:12] <CarlFK> guessing compiz - looking for how it is run... any tips?
[03:48] <pitti> Good morning
[03:49] <pitti> jincreator: yes, so my question was why we need to put that snippet into language-selector when we can put it into ttf-nanum
[03:51] <RAOF> Morning pitti!
[03:52] <pitti> hey RAOF
[03:53] <RAOF> xorg-server in oneiric-proposed is ready to be promoted to -updates, but launchpad times out when trying to copy it.  Just a heads up should you start your run through the sru queue :)
[03:54] <bjsnider> hyperair, is that libnotify fix getting into oneiric or am i the only one who gets to use it?
[04:13] <hyperair> bjsnider: it will be getting into oneiric.
[04:13] <bjsnider> oh, i thought i was special
[04:13] <hyperair> lol
[04:13] <hyperair> it's just that the fix i gave you was slightly sketchy, and i'd like to talk to the notify-sharp upstream before making an official upload
[04:14] <hyperair> and notify-sharp's upstream is kinda.. er.. missing.
[04:16] <bjsnider> they're missing? hire indiana jones to find them
[04:16] <hyperair> heh
[04:16] <hyperair> well i'm sure he'll be back
[04:16] <bjsnider> who, indy?
[04:20] <hyperair> no i mean slomo
[04:20] <pitti> RAOF: ah, seems you are currently working on oneiric SRUs? doing natty/lucid queues then
[04:21] <RAOF> pitti: Yeah, making my way through the queue slowly!
[04:22] <pitti> RAOF: if you need a hand, I can start from the other end of the queue
[04:22] <RAOF> I suspect things are going to get less complicated than lightdm :)
[04:23] <RAOF> I'll be ok.
[04:23] <pitti> ah, heh, yes
[04:23] <pitti> thanks
[04:23] <pitti> well, I won't be bored today even without 2 hours of SRUs, still a lot to get done before UDS
[05:27]  * RAOF heads out to collect Sam
[05:55] <CarlFK> I want to run compiz under valgrind - it it as simple as: pkill compbiz; valgrind compbiz?
[06:53] <chrisccoulson> good morning everyone
[07:01] <RAOF> Hey chrisccoulson
[07:02] <RAOF> Hey ara ;)
[07:03] <ara> hey RAOF
[07:03] <chrisccoulson> hi RAOF, how are you?
[07:03] <ara> I received your email, sorry I didn't reply yet. I will get mlegris to bring a hybrid system for you and one for bryceh to UDS
[07:03] <RAOF> chrisccoulson: I'm pretty well.  Strangely perking up after a slightly sleepy day's work ;)
[07:04] <pitti> hey ara
[07:04] <RAOF> ara: Woot!  Thanks!
[07:04] <pitti> morning chrisccoulson
[07:04] <chrisccoulson> hi pitti
[07:06] <bryceh> ara, great thanks
[07:49] <rodrigo_> morning
[08:29] <Sweetshark> pitti: does a blueprint starting with desktop-p but not tracking ubuntu, but libreoffice be tracked in status?
[08:29] <pitti> Sweetshark: no, it only tracks ubuntu blueprints
[08:33] <Sweetshark> pitti: thanks
[09:12] <chrisccoulson> w00t, my 3g card just arrived
[09:12] <chrisccoulson> i need to buy some screws though. why do people sell things like that without any screws?
[09:52] <pitti> chrisccoulson: right in time for UDS :)
[09:55] <chrisccoulson> pitti - yeah, but i'm currently desperately trying to find a M2x3 screw to fit it ;)
[09:55] <chrisccoulson> i've already "borrowed" one from the keyboard to fit a bluetooth module
[10:04] <chrisccoulson> ah, it seems that my local maplin store has some in :)
[11:18] <chrisccoulson> hmm, trying to use gdbus from jsctypes is a pain
[11:22] <Sweetshark> pitti: what would be the right name for a rc-prerelease to ppa: libreoffice-3.4.4~rc1-0ubuntu1~ppa1?
[11:24] <pitti> re
[11:25] <pitti> Sweetshark: looks ok
[11:45] <Sweetshark> pitti: whats the orig-tarballname then? libreoffice-3.4.4_rc1.orig.tbz?
[11:48] <pitti> Sweetshark: everything up to the first dash, i. e. libreoffice-3.4.4~rc1.orig.*
[11:48] <pitti> err, libreoffice_3.4.4~rc1.orig.*
[11:49] <Sweetshark> k
[11:49] <Sweetshark> thx
[13:35] <m4n1sh> can someone review my merge request https://code.launchpad.net/~manishsinha/gedit/enable-zeitgeist-datasource-plugin/+merge/80561
[13:42] <dobey> mterry: i made the avahi change use breaks/replaces, and added a couple comments re: package splitting to the proposal
[13:43] <mterry> dobey, reading
[13:46] <mterry> dobey, I still think it's technically incorrect.  I understand that it is just a port of the old system though.  What's more important than any of this is what the Debian maintainer does.  I'm assuming you haven't opened a bug in Debian about this yet?  Until that is settled, it's probably not a good idea to further split the gir packages.  So I'm fine with the branch as is, but please send the patch to Debian too, so we can eventually merge
[13:47] <mterry> I can sponsor today
[13:49] <dobey> i haven't opened a bug on debian, no. really, i have no idea how to deal with getting changes into debian directly.
[13:50] <mterry> dobey, oh, there's a neat program called submittodebian.  Run it in the source directory after you make a change like this and it will guide you through.  You basically get a chance to edit the diff and then write an email
[13:56] <dobey> hmm
[13:56] <dobey> ok
[14:28] <pitti> good bye everyone, see you on Monday! (I'm off tomorrow)
[14:30] <dobey> pitti: see you sunday :)
[14:44] <mterry> dobey, ok, now when I build your avahi package, the .typelib files get installed to /usr/lib/i386-linux-gnu/girepository-1.0/ instead of /usr/lib/girepository-1.0/.  Which means they don't get found by Python.  Do you know why that would be?
[14:47] <dobey> mterry: no idea. that happenened here too. presumably because debuild is passing --libdir=/usr/lib/i386-linux-gnu?
[14:48] <mterry> dobey, maybe change where they are installed in the .install file then, assuming this is an unexpected change (I could believe it's a good thing for multiarch though).  But at least Oneiric's python doesn't pick up that location
[14:49] <mterry> pitti, do you know if gobject-introspection typelibs are supposed to be installed in a multiarch location?
[14:49] <dobey> i think pitti's gone until UDS :)
[14:50] <mterry> cjwatson, ^ ?
[14:50] <dobey> mterry: anyway, there's no rush on the avahi package. it's for precise. we can discuss in orlando if that makes it easier
[14:50] <mterry> dobey, fair
[14:50] <dobey> mterry: i am more concerned with the banshee SRU :)
[14:51] <dobey> but i'm not sure what to do about the arbitrarily weird race condition inside banshee for that :-/
[14:53] <m4n1sh> is powerpc still a supported architecture?
[14:53] <m4n1sh> what is a main package fails to build on powerpc?
[14:53] <mterry> dobey, yar.  But it's a regression that's worse than slow startup  :-/
[14:53] <m4n1sh> main -> main repo
[14:55] <dobey> mterry: any ideas on how to debug it?
[14:56] <mterry> dobey, I'm not very familiar with mono.  But using actual debuggers probably isn't very good for a race anyway.  Can always fall back to printf debugging
[14:57] <dobey> mterry: right. problem is that when i tried to add that printf, the issue went away; and even removing the printf, i can't get it to happen again :(
[14:57] <mterry> dobey, oh.  :-/
[14:57] <mterry> dobey, did you reinstall from repos or from a build you made of no-printf?
[14:58] <dobey> mterry: that was building it from straight git master
[14:58] <mterry> dobey, if you reinstall oneiric's, do you get the bug?  That might be an interesting starting point
[14:59] <mterry> dobey, maybe git fixed something
[15:00] <dobey> no, it was happening from git master. i added the logging and it went away, i removed the logging and rebuilt, and it was still not coming back up
[15:00] <dobey> so basically, it was magic :(
[15:01] <dobey> mterry: and i'm testing this on 11.04, so it's not that. it's definitely an issue in banshee, i just have no idea how to isolate where it's happening :(
[15:02] <mterry> dobey, if you can make guesses about where in the code this might happen, you can add delays to try to exacerbate the race
[15:04] <dobey> well, adding delay "fixes" it, as evidenced by the 10s it takes to load the u1ms link
[15:16] <mterry> dobey, right, I'm just saying that it might help debugging wise, if you can ensure that you always hit it
[15:17] <dobey> well, more so, it ensures that i never hit it, it seems
[15:17] <dobey> even just adding the one call to log which source was being selected, caused it to not happen
[15:20] <sroecker> hi, does anyone else have problems with their theme and icons?
[15:24] <sroecker> gnome-menu or language-pack update today seems to be the culprit
[15:26] <mterry> sroecker, in 11.10? no
[15:26] <sroecker> mterry: yes, 11.10. a few hours before everything seemed right, now the theme and icons are the default ones
[15:27] <mterry> sroecker, I'm not sure myself, but you might have more success in #ubuntu, the support channel
[15:27] <sroecker> on two computers
[15:27] <sroecker> ok, just wanted to inform you before lots of users are starting to complain ;)
[15:28] <mterry> sroecker, fair  :)
[15:28] <mterry> sroecker, if #ubuntu doesn't help, try filing a bug
[15:28] <sroecker> yep, will do
[15:39] <sroecker> mterry: ubuntuforums.org/showthread.php?p=11397977 seems to be another user with my problem
[16:03] <hyperair> okay, nautilus is driving me nuts. can someone help me test (in oneiric) whether the lookahead works more than once?
[16:04] <hyperair> i.e. use nautilus's look-ahead search thing to locate a folder, press enter, and then type something again into the look-ahead search (to match something in the folder you just entered)
[16:04] <hyperair> does it append to the previous lookahead query, or does it start from a blank slate again (as it should)?
[16:06] <Laney> works properly
[16:14] <hyperair> oh ffs.
[16:14] <hyperair> it works in the guest session
[16:14] <hyperair> wtf happened?!
[17:08] <bjsnider> hyperair, busted userland config file i'd say
[17:08] <hyperair> bjsnider: yes, that much was obvious.
[17:09] <hyperair> bjsnider: but what got busted?
[17:09] <hyperair> certainly not nautilus's setinsg
[17:09] <bjsnider> why not?
[17:18] <hyperair> bjsnider: because i purged everything under /org/gnome/nautilus in dconf and it's still there
[17:19] <bjsnider> i c
[17:19] <hyperair> ugh
[17:19] <hyperair> this is annoying
[17:58] <dobey> hyperair: oh, the type-ahead search in nautilus?
[17:59] <hyperair> dobey: yeah. you notice that issue too?
[17:59] <dobey> hyperair: it's all kinds of messed up in nautilus 3.2; there's a bug report on it, which is also filed upstream
[17:59] <hyperair> https://bugzilla.gnome.org/show_bug.cgi?id=662591
[17:59] <ubot2> Gnome bug 662591 in File and Folder Operations "can't use backspace in typeahead (goes back one folder)" [Normal,Unconfirmed]
[17:59] <dobey> hyperair: lots of people have.
[17:59] <hyperair> hmm
[17:59] <hyperair> dobey: i think i can work around this..
[18:00] <dobey> hyperair: best workaround i think is to hit C-l and use the completion feature on that
[18:00] <hyperair> heh lol
[18:01] <hyperair> dobey: no i mean i'm digging around inside nautilus-icon-container.c now..
[18:01] <dobey> oh
[18:01] <dobey> reset it to the 2.32 version? ;)
[18:02] <hyperair> dobey: read my comment there. there seems to be some weird issue where both the icon-container (the widget that you can click and select icons in) and the search entry both appear to be focused at the same time
[18:02] <hyperair> which obviously should not happen
[18:03] <hyperair> http://paste.debian.net/140445/
[18:03] <dobey> hyperair: i don't think the search entry is actually focused, hence the problem. there is some weird issue where if you try to use typeahead, after you used typeahead to find a folder, and pressed RET to open the folder, it goes nuts and stops working right
[18:03] <hyperair> this looks like where things are screwing up.
[18:03] <hyperair> dobey: yeah, i figured out why.
[18:03] <hyperair> dobey: when the search entry is focused, enter causes the thing to get cleared
[18:04] <hyperair> when not, it just activates teh selected item
[18:04] <hyperair> so it looks the same, but doesn't clear the search entry
[18:04] <dobey> yeah that code doesn't look kosher ;)
[18:04] <hyperair> additionally, the search entry only works at all because events are being forwarded (wrongly) into the search entry from the icon-container.
[18:05] <hyperair> http://paste.debian.net/140446/
[18:05] <hyperair> specifically this part
[18:06] <hyperair> notice how backspace is filtered out, which is why your backspaces don't work on the search entry
[18:06] <hyperair> and /, and delete
[18:06] <hyperair> in fact, they're handled all the way up there, so things work out really strangely.
[18:11] <dobey> hrmm, i recall backspace working *before* i hit enter to open the searched-for directory
[18:11] <desrt> dbarth: hi :)
[18:11] <dobey> anywya, i agree nautilus is broken :)
[18:12] <dobey> and sadly, so is banshee, which i have to debug :-/
[18:14] <hyperair> heh
[18:15] <hyperair> dobey: does backspace still work for you before you hit enter?
[18:16] <dobey> hyperair: let me boot up oneiric and see
[18:16] <hyperair> thanks
[18:18] <dobey> hrmm. this banshee race seems to have 2 issues as a result
[18:19] <dobey> hyperair: yeah, backspace works fine before i hit enter
[18:19] <hyperair> dobey: ugh. this makes things really weird.
[18:20] <dobey> yep
[18:20] <dobey> really weird seems to explain what i have been dealing with lately, fairly well :)
[18:20] <hyperair> heh
[18:21] <dobey> i wish i could understand what banshee is doing exactly here
[18:29] <hyperair> dobey: which bug?
[18:32] <dobey> hyperair: there's a race at start-up, so when we try to switch the source, it doesn't happen.
[18:32] <hyperair> ugh
[18:32] <hyperair> add printfs?
[18:32] <hyperair> i mean Console.WriteLines
[18:32] <dobey> hyperair: but when i added a logging call, it started working, except now it switches, but the selection in the treeview is still wrong
[18:33] <hyperair> urgh, that really sucks
[18:33] <dobey> yeah. it's blocking my SRU :(
[18:36] <hyperair> :(
[18:37] <hyperair> yay, my fix works!
[18:37] <hyperair> http://paste.debian.net/140467/
[18:38] <hyperair> dobey: build nautilus with that patch in place and you should get back your typeahead
[18:39] <dobey> hyperair: shouldn't lines 25 and 26 be swapped in that patch?
[18:41] <dobey> ugh, banshee package behaves the same as from git master :-/
[18:41] <dobey> and i didn't even add/remove logging with the packaged version
[18:41] <dobey> wtf.
[18:43] <hyperair> dobey: apparently not. i copy-pasted the code from a little further down the same functino.
[18:43] <hyperair> dobey: just before gdk_event_free, the value of new_event->window was restored to what it was originally.
[18:43]  * hyperair shrugs
[18:44] <hyperair> ah whoops, but i should have set ->window = gtk_widget_get_window of search_entry or something
[18:44] <dobey> oh i guess line 26 is just not necessary
[18:44] <hyperair> maybe
[18:44] <dobey> as also is line 24 probably not necessary
[18:58] <dobey> ah, what an awesome fix
[18:58] <dobey> GLib.Idle.Add ftw
[19:07] <mterry> dobey, for banshee?
[19:08] <dobey> mterry: yes
[19:08] <dobey> mterry: also; ICP? o_O
[19:08] <mterry> dobey, :)  Fixes it to wait for idle loop?
[19:08] <mterry> dobey, heh.  Not my usual music choice
[19:09] <dobey> mterry: it appears to a problem with calling a callback handler
[19:48] <m4n1sh> jbicha: do you have a bit of time for another merge request?
[19:49] <m4n1sh> jbicha: this merge request https://code.launchpad.net/~manishsinha/gedit/enable-zeitgeist-datasource-plugin/+merge/80561
[20:00] <dobey> mterry: ping; can you test the updates i just pushed to my banshee SRU branch? should fix the race for you as well
[20:00] <mterry> dobey, ok
[20:03] <mterry> dobey, can you link me to the branch?  I'm on a different machine right now
[20:03] <mterry> dobey, nm, got it
[20:03] <dobey> k
[20:16] <dobey> brb
[20:23] <dobey> bbiab even
[20:23] <dobey> totally lost track of time. and i had an appointment at 4 :-/
[20:26] <dobey> err, or will have that a bit later i guess :-/
[20:26] <mterry> :)
[20:30] <dobey> mterry: please tell me it works for you now
[20:30] <mterry> dobey, will do.  I have to install a dev environment on this machine, building banshee now
[20:31] <dobey> ah ok
[20:39] <mterry> dobey, looks good to me!
[20:39] <mterry> dobey, will sponsor into oneiric-proposed
[20:40] <dobey> mterry: yay!