[00:11] install oneiric, run app, compiz eats memory, doesn't release it when app is closed. compiz trunk, no eat memory. [00:12] 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 === eeejay_is_afk is now known as eeejay [00:13] is ubuntu+1 installable, and have a different flavor of compiz? [01:17] what can I use to log compiz memory usage over a 12 hour period? [01:24] CarlFK, you could run it with valgrind [01:53] ##opensource-es [02:11] bjsnider: run compiz or dvswitch ? [02:12] guessing compiz - looking for how it is run... any tips? === eeejay is now known as eeejay_is_afk === eeejay_is_afk is now known as eeejay === eeejay is now known as eeejay_is_afk [03:48] Good morning [03:49] 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] Morning pitti! [03:52] hey RAOF [03:53] 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] hyperair, is that libnotify fix getting into oneiric or am i the only one who gets to use it? [04:13] bjsnider: it will be getting into oneiric. [04:13] oh, i thought i was special [04:13] lol [04:13] 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] and notify-sharp's upstream is kinda.. er.. missing. [04:16] they're missing? hire indiana jones to find them [04:16] heh [04:16] well i'm sure he'll be back [04:16] who, indy? [04:20] no i mean slomo [04:20] RAOF: ah, seems you are currently working on oneiric SRUs? doing natty/lucid queues then [04:21] pitti: Yeah, making my way through the queue slowly! [04:22] RAOF: if you need a hand, I can start from the other end of the queue [04:22] I suspect things are going to get less complicated than lightdm :) [04:23] I'll be ok. [04:23] ah, heh, yes [04:23] thanks [04:23] 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] I want to run compiz under valgrind - it it as simple as: pkill compbiz; valgrind compbiz? [06:53] good morning everyone [07:01] Hey chrisccoulson [07:02] Hey ara ;) [07:03] hey RAOF [07:03] hi RAOF, how are you? [07:03] 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] chrisccoulson: I'm pretty well. Strangely perking up after a slightly sleepy day's work ;) [07:04] hey ara [07:04] ara: Woot! Thanks! [07:04] morning chrisccoulson [07:04] hi pitti [07:06] ara, great thanks [07:49] morning [08:29] pitti: does a blueprint starting with desktop-p but not tracking ubuntu, but libreoffice be tracked in status? [08:29] Sweetshark: no, it only tracks ubuntu blueprints [08:33] pitti: thanks [09:12] w00t, my 3g card just arrived [09:12] i need to buy some screws though. why do people sell things like that without any screws? [09:52] chrisccoulson: right in time for UDS :) [09:55] pitti - yeah, but i'm currently desperately trying to find a M2x3 screw to fit it ;) [09:55] i've already "borrowed" one from the keyboard to fit a bluetooth module [10:04] ah, it seems that my local maplin store has some in :) [11:18] hmm, trying to use gdbus from jsctypes is a pain [11:22] pitti: what would be the right name for a rc-prerelease to ppa: libreoffice-3.4.4~rc1-0ubuntu1~ppa1? [11:24] re [11:25] Sweetshark: looks ok [11:45] pitti: whats the orig-tarballname then? libreoffice-3.4.4_rc1.orig.tbz? [11:48] Sweetshark: everything up to the first dash, i. e. libreoffice-3.4.4~rc1.orig.* [11:48] err, libreoffice_3.4.4~rc1.orig.* [11:49] k [11:49] thx === eeejay_is_afk is now known as eeejay [13:35] can someone review my merge request https://code.launchpad.net/~manishsinha/gedit/enable-zeitgeist-datasource-plugin/+merge/80561 [13:42] mterry: i made the avahi change use breaks/replaces, and added a couple comments re: package splitting to the proposal [13:43] dobey, reading === m_conley_away is now known as m_conley [13:46] 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] I can sponsor today [13:49] 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] 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] hmm [13:56] ok [14:28] good bye everyone, see you on Monday! (I'm off tomorrow) [14:30] pitti: see you sunday :) === eeejay is now known as eeejay_is_afk [14:44] 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] mterry: no idea. that happenened here too. presumably because debuild is passing --libdir=/usr/lib/i386-linux-gnu? [14:48] 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] pitti, do you know if gobject-introspection typelibs are supposed to be installed in a multiarch location? [14:49] i think pitti's gone until UDS :) [14:50] cjwatson, ^ ? [14:50] 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] dobey, fair [14:50] mterry: i am more concerned with the banshee SRU :) [14:51] but i'm not sure what to do about the arbitrarily weird race condition inside banshee for that :-/ [14:53] is powerpc still a supported architecture? [14:53] what is a main package fails to build on powerpc? [14:53] dobey, yar. But it's a regression that's worse than slow startup :-/ [14:53] main -> main repo [14:55] mterry: any ideas on how to debug it? [14:56] 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] 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] dobey, oh. :-/ [14:57] dobey, did you reinstall from repos or from a build you made of no-printf? [14:58] mterry: that was building it from straight git master [14:58] dobey, if you reinstall oneiric's, do you get the bug? That might be an interesting starting point [14:59] dobey, maybe git fixed something [15:00] 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] so basically, it was magic :( [15:01] 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] 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] well, adding delay "fixes" it, as evidenced by the 10s it takes to load the u1ms link [15:16] dobey, right, I'm just saying that it might help debugging wise, if you can ensure that you always hit it [15:17] well, more so, it ensures that i never hit it, it seems [15:17] even just adding the one call to log which source was being selected, caused it to not happen [15:20] hi, does anyone else have problems with their theme and icons? [15:24] gnome-menu or language-pack update today seems to be the culprit [15:26] sroecker, in 11.10? no [15:26] mterry: yes, 11.10. a few hours before everything seemed right, now the theme and icons are the default ones [15:27] sroecker, I'm not sure myself, but you might have more success in #ubuntu, the support channel [15:27] on two computers [15:27] ok, just wanted to inform you before lots of users are starting to complain ;) [15:28] sroecker, fair :) [15:28] sroecker, if #ubuntu doesn't help, try filing a bug [15:28] yep, will do [15:39] mterry: ubuntuforums.org/showthread.php?p=11397977 seems to be another user with my problem [16:03] okay, nautilus is driving me nuts. can someone help me test (in oneiric) whether the lookahead works more than once? [16:04] 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] does it append to the previous lookahead query, or does it start from a blank slate again (as it should)? [16:06] works properly [16:14] oh ffs. [16:14] it works in the guest session [16:14] wtf happened?! [17:08] hyperair, busted userland config file i'd say [17:08] bjsnider: yes, that much was obvious. [17:09] bjsnider: but what got busted? [17:09] certainly not nautilus's setinsg [17:09] why not? [17:18] bjsnider: because i purged everything under /org/gnome/nautilus in dconf and it's still there [17:19] i c [17:19] ugh [17:19] this is annoying [17:58] hyperair: oh, the type-ahead search in nautilus? [17:59] dobey: yeah. you notice that issue too? [17:59] 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] https://bugzilla.gnome.org/show_bug.cgi?id=662591 [17:59] Gnome bug 662591 in File and Folder Operations "can't use backspace in typeahead (goes back one folder)" [Normal,Unconfirmed] [17:59] hyperair: lots of people have. [17:59] hmm [17:59] dobey: i think i can work around this.. [18:00] hyperair: best workaround i think is to hit C-l and use the completion feature on that [18:00] heh lol [18:01] dobey: no i mean i'm digging around inside nautilus-icon-container.c now.. [18:01] oh [18:01] reset it to the 2.32 version? ;) [18:02] 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] which obviously should not happen [18:03] http://paste.debian.net/140445/ [18:03] 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] this looks like where things are screwing up. [18:03] dobey: yeah, i figured out why. [18:03] dobey: when the search entry is focused, enter causes the thing to get cleared [18:04] when not, it just activates teh selected item [18:04] so it looks the same, but doesn't clear the search entry [18:04] yeah that code doesn't look kosher ;) [18:04] additionally, the search entry only works at all because events are being forwarded (wrongly) into the search entry from the icon-container. [18:05] http://paste.debian.net/140446/ [18:05] specifically this part [18:06] notice how backspace is filtered out, which is why your backspaces don't work on the search entry [18:06] and /, and delete [18:06] in fact, they're handled all the way up there, so things work out really strangely. [18:11] hrmm, i recall backspace working *before* i hit enter to open the searched-for directory [18:11] dbarth: hi :) [18:11] anywya, i agree nautilus is broken :) [18:12] and sadly, so is banshee, which i have to debug :-/ [18:14] heh [18:15] dobey: does backspace still work for you before you hit enter? [18:16] hyperair: let me boot up oneiric and see [18:16] thanks [18:18] hrmm. this banshee race seems to have 2 issues as a result [18:19] hyperair: yeah, backspace works fine before i hit enter [18:19] dobey: ugh. this makes things really weird. [18:20] yep [18:20] really weird seems to explain what i have been dealing with lately, fairly well :) [18:20] heh [18:21] i wish i could understand what banshee is doing exactly here [18:29] dobey: which bug? [18:32] hyperair: there's a race at start-up, so when we try to switch the source, it doesn't happen. [18:32] ugh [18:32] add printfs? [18:32] i mean Console.WriteLines [18:32] 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] urgh, that really sucks [18:33] yeah. it's blocking my SRU :( [18:36] :( [18:37] yay, my fix works! [18:37] http://paste.debian.net/140467/ [18:38] dobey: build nautilus with that patch in place and you should get back your typeahead [18:39] hyperair: shouldn't lines 25 and 26 be swapped in that patch? [18:41] ugh, banshee package behaves the same as from git master :-/ [18:41] and i didn't even add/remove logging with the packaged version [18:41] wtf. [18:43] dobey: apparently not. i copy-pasted the code from a little further down the same functino. === zyga is now known as zyga-afk [18:43] 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] ah whoops, but i should have set ->window = gtk_widget_get_window of search_entry or something [18:44] oh i guess line 26 is just not necessary [18:44] maybe [18:44] as also is line 24 probably not necessary [18:58] ah, what an awesome fix [18:58] GLib.Idle.Add ftw [19:07] dobey, for banshee? [19:08] mterry: yes [19:08] mterry: also; ICP? o_O [19:08] dobey, :) Fixes it to wait for idle loop? [19:08] dobey, heh. Not my usual music choice [19:09] mterry: it appears to a problem with calling a callback handler === zyga-afk is now known as zyga [19:48] jbicha: do you have a bit of time for another merge request? [19:49] jbicha: this merge request https://code.launchpad.net/~manishsinha/gedit/enable-zeitgeist-datasource-plugin/+merge/80561 [20:00] 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] dobey, ok [20:03] dobey, can you link me to the branch? I'm on a different machine right now [20:03] dobey, nm, got it [20:03] k [20:16] brb [20:23] bbiab even [20:23] totally lost track of time. and i had an appointment at 4 :-/ [20:26] err, or will have that a bit later i guess :-/ [20:26] :) [20:30] mterry: please tell me it works for you now [20:30] dobey, will do. I have to install a dev environment on this machine, building banshee now [20:31] ah ok [20:39] dobey, looks good to me! [20:39] dobey, will sponsor into oneiric-proposed [20:40] mterry: yay! === m_conley is now known as m_conley_away === SoulShadow is now known as Shadows`class === tkamppeter_ is now known as tkamppeter