[00:46] bschaefer: approved [00:49] thomi, sweet, thank you [00:49] no worries [00:53] thomi, looks like I need to update it for the hud! [00:54] bschaefer: how's that? [00:54] the MP doesn't show a conflict for me [00:55] thomi, I mean I need to disable alt+f1 for the hud [00:55] bschaefer: oh, right [00:55] yeah [00:55] thomi, so I need to push some new changes, and a new autopilot [00:55] ok [00:55] haha forgot about that thing [00:56] thomi, hmm I guess Ill just make a new branch I dont want to mess up that mp [00:56] ok [00:56] bschaefer: ping me when you have another MP [00:56] thomi, will do! [01:37] thomi, https://code.launchpad.net/~brandontschaefer/unity/disable-alt-f1-hud/+merge/99457 [01:37] * thomi looks [01:37] thomi, man the hud and the dash does some weird stuff if you switch between them... [01:39] bschaefer: really? thumper fixed a bunch of bugs in that area the other day [01:40] thomi, yeah, so if your in the hud, then press super [01:40] and your in the dash. dash_is_open_ is false [01:40] in unityshell.cpp [01:40] ooho, that's not good [01:40] which means some signal isn't getting emited, or it is getting set to false somewhere [01:40] bschaefer: azny chance I could get you to look at this for me? https://code.launchpad.net/~thomir/unity/remove-constcharstar/+merge/99448 [01:40] bschaefer: I didn't track the hud in unityshell.cpp [01:40] an extra set of eyes looking for issues would be great [01:41] thomi, will do! [01:41] bschaefer: we should ask the launcher controller [01:41] nuts, thumper's back. We better stop talking about him no [01:41] bschaefer: I added a method: IsOverlayOpen [01:41] *now [01:41] bschaefer: check that [01:41] thumper, ok, also if your in the dash and open the hud you lose key foucs [01:42] thumper, and you cant get it back, unless you re-open the hud [01:42] yeah, not sure about that [01:43] thumper, I have a guess, Ill look at it in a sec [01:44] you guys should really work on fixing minecraft performance [01:44] critical for release :P [01:45] contact mojang directly if you have to.. involve the xorg team, driver developers and lwjgl devs.. an emergency summit ;) [01:45] thomi, 225 +nux::BaseTexture* LauncherIcon::TextureFromGtkTheme(std::string icon_name, int size, bool update_glow_colors) [01:45] could you make that a const std::string? [01:45] or are you actually modifying it? [01:45] bschaefer: no, because we change the string inside the method [01:46] so we'd need to copy it anyway [01:46] bschaefer: I started with a const ref, then saw that we needed a copy, so changed it [01:46] thomi, alright, just saw it was a const char* before, so thought it would stay const [01:46] thomi, cool :) [01:46] yeah, previously they did a g_strdup [01:49] * thumper prefers to copy explicitly in the method, but that's just him [01:49] thomi, 525 +std::list PlacesSimpleTile::DndSourceGetDragTypes() [01:50] thomi, also how come out of all the other char* you kept this a char*? [01:50] bschaefer: it's much harder to change :( [01:50] thomi, that is what I guess :) [01:50] bschaefer: I looked into it, but it gets messy pretty fast [01:50] :) [01:50] thomi, yeah, just wanted to double check :). I was getting sad as all the char* are dieing :(. I like char* [01:51] thomi, though they always seem to be where the bugs are at haha [01:51] bschaefer: yeah, there's a reason for that :P [01:51] thomi, haha, looks good to me :) [01:59] thumper, and yeah the IsOverlayOpen is reporting the correct bools [02:29] thumper, well I figured out why unityshell thinks the dash is closed when you switch from the hud to the dash... [02:29] UBUS_OVERLAY, these signals for showing and hidding for the unityshell just set dash_is_open to true/false [02:30] but now the hud calls that too, and it doesn't check if there is a difference. Ill have fix for that soon... [02:31] bschaefer: what does unityshell.cpp do when listening? [02:31] bschaefer: if it is just setting a bool value [02:31] perhaps it would be better just to use the result from the launcher controller [02:32] thumper, I could, its private [02:32] make it public [02:32] thumper, you mean when its listing for a ubus_overlay signal? [02:32] I mean dbus thingy [02:32] yes [02:32] I only made it private because no-one else cared [02:32] When an Overlay_Shown gets sent it just sets dash_open = true [02:33] and opposite for Overlay_HIDDEN [02:33] ok, just make the method on the launcher controller public [02:33] and use that inside the unityshell.cpp [02:33] but both the Hud and Dash use those signals so no one updated it...and yeah I would much rather use the launchers version [02:33] DRY! [02:33] and kill the private method [02:33] alright [02:33] sorry, private variable [02:34] and listening methods in unityshell [02:34] let me double check it doesn't need anything else... [02:34] dash_monitor_ = g_variant_get_int32(args); [02:34] I had messed the code around a lot to double check...one sec [02:35] thumper, http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/plugins/unityshell/src/unityshell.cpp#L362 [02:36] * thumper takes a quick look [02:36] it does 2 things, but I can leave that OVERLAY_SHOWN interest but remove the dash_is_open [02:36] and just use the launcher [02:36] and I can remove the HIDDIN [02:36] HIDDEN* [02:37] thumper, but...well wont I need to tell the difference between the dash_is_open sometimes? [02:37] vs hud_is_open [02:39] unityshell.cpp is such a huge file... [02:41] thumper, I could just make a IsVisible() in the DashController, which then we could use it like the HudController [02:41] and ti would look consistent [02:42] the question becomes whether or not it is the dash you care about, or an overlay [02:43] yeah, as if you look in unityshell.cpp when they use dash_is_open it seems like it applies to the hud also [02:44] but I think removing the bool dash_is_open from unityshell is a must, as we shouldn't have to carry around 2 bools that do the same thing [02:46] thumper, for example on line unityshell.cpp:1551. Should switching workspaces close the hud? [02:46] thumper, right now it doesn't [02:47] actually my line numbers are incorrect...i ment line 1523 [02:51] thumper, haha, I also figure out that KeyFocus/Input focus error [02:51] thumper, from switching from the dash to the hud [02:51] thumper, http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/plugins/unityshell/src/unityshell.cpp#L2359 [02:51] that should be either Hud is open OR Dash is open [02:52] * bschaefer starts making a branch... [02:55] bschaefer: switching workspaces closes the hud for me [02:55] thumper, really? no on mine :( [02:55] not* [02:55] oh, interesting... [03:11] thumper, also on a random side note. Do you ever worry that on your day lights saving time (April 1st) that its actually going to be a prank? [03:12] then again April fools day might be an American thing...idk where it came from [03:13] nm it is an international thing...branch is almost compiled [03:15] :) [03:15] we have april fool's here too [03:15] was more concerned about the change in our give way laws for driving [03:16] those were brought in a week prior to april 1 just so people didn't think it was a joke [03:17] thumper, haha, looking up what give way law is [03:17] thumper, o my, I would crash in NZ [03:17] or anywhere where right is not the right side of the road [03:30] thumper, hmm I just got this odd crash [03:30] http://paste.ubuntu.com/901552/ [03:31] thumper, when I was stuck in that alt+f1 mode that is removed from happening, but thought you would like to see it [03:38] weird [03:38] it looks like monitor has an unassigned value...but idk how it gets it. Ill look at in a sec about to push this branch [03:41] thumper, the branch, diff still needs to update https://code.launchpad.net/~unity-team/unity/fixes.unityshell-overlay/+merge/99462 [03:42] thumper, Ill be writing some autopilot test for this also, there are a few to write for those changes [03:46] ok [03:49] thumper, also I was just thinking, what is the point of opening the hud while the dash is open? [03:49] changing your mind? [03:49] miss-hitting the keyboard? [03:49] well I mean there isn't a window active when you dash open [03:50] yeah, that seems the be the cause of another issue :) [03:50] so say you have the terminal open, then you hit super and then you switch to the hud [03:50] haha [03:50] yeah, I know what you mean [03:50] we'd like to fix that :) [03:51] haha yeah, also that input fix for the dash -> works randomly is seems [03:51] dash -> huid [03:51] hud [03:51] ugg whhhyy! [03:55] well at lease it fixes it so you can't input anything unless you re-open the hud...getting closer to the correct fix [03:56] i mean, it fixes it so you don't get stuck in that state [03:58] thumper, actually I figure it out...it was actually my own doing a while ago...nux::GetWindowCompositor().SetKeyFocusArea(NULL,nux::KEY_NAV_NONE); [03:59] idk if you remember that line of code in the DashController::HideDash() but it almost seems like it sets a race condition off [03:59] if you comment that out switch from the Dash -> Hud works 99.99% of the time input wise [04:00] interesting [04:00] then that creates a problem with the chinese input... [04:00] thumper, well time to dig... [04:01] * thumper nods [07:20] when using the dash to search for xchat (for example), it is listing several entries but it "defaults" to the first one. when I select another entry with the arow key down, it goes to the second entry and commes back right away to the first [07:21] apps lens doen'st function anymore, meaning it doesn't find any application === chaoticuk_ is now known as chaoticuk === chaoticuk_ is now known as chaoticuk === chaoticuk_ is now known as chaoticuk [08:28] mhr3: ping [08:28] greyback, hey [08:30] mhr3: hi. My documents lens seems to be always giving me the same results, no matter what search string I enter. How you recommend me debug? [08:31] greyback, but it does show proper recent docs? [08:31] s/docs/files/ [08:32] mhr3: yes the recent files are proper === zyga is now known as zyga-afk [08:32] `pkill -f zeitgeist-fts` [08:32] then search again [08:32] still nothing? [08:33] same as before, no change [08:33] so let's take this further [08:33] zeitgeist-daemon --replace --log-level=debug [08:34] then search for something and pastebin the output [08:35] hmm actually we don't log search failures :/ [08:35] greyback, is zeitgeist-fts even running? [08:36] mhr3: http://pastebin.ubuntu.com/901810/ [08:36] mhr3: actually no, zeitgeist-fts is not running [08:37] hmm, you're second person for whom it doesn't autostart [08:37] /usr/lib/zeitgeist/zeitgeist-fts --log-level=debug [08:37] I was not able to find any apps using dash earlier on. had to trash a zeitgeist dot file (I believe) and now dash is finding apps again [08:38] mhr3: not as root I guess [08:38] greyback, god no [08:38] mhr3: http://pastebin.ubuntu.com/901812/ [08:39] it just returns 1, and fails to run [08:39] greyback, that's right after start? [08:39] or you have to do search? [08:39] mhr3: right after start [08:40] ok, fix for that went yesterday into trunk [08:40] rm -rf ~/.local/share/zeitgeist/fts.index [08:40] ...for now, afterwards it'll work [08:40] mhr3: ah yes, there she goes now :) [08:41] mhr3: thanks for that! [08:41] all fixed [08:41] np [08:42] greyback, ideas how did it get to that point? did you have to do cold restart recently or something? [08:42] (basically the db got corrupted) [08:46] I have the problem where nothing is displayed in the apps lens [08:46] mhr3: cold restart yes a few days back [08:46] mhr3: but nothing obviously bad [08:46] if I select the "home" and search for an apps, it is ok, but when i click on the apps icon in the dash there is nothing there [08:49] bluefrog, same... zeitgeist-daemon --replace --log-level=debug ? [08:52] mhr3, http://pastebin.ubuntu.com/901825/ but nothing is logged when I click on the apps icon [08:54] mhr3, may come form the upgrade I did from 10.10 to 12.04. I have (apparently) no problem with a user created after the upgrade (double checking right now) [08:56] bluefrog, the log you pastebinned says that it created completely new db (as in there was nothing before) [08:56] mhr3, i have removed .local/share/zeitgeist a few minutes ago [08:57] and I have no problem with a brand new user indeed [08:57] so what is the problem exactly again? [08:58] you won't see any apps in the dash home without searching cause there are no recent applications logged [08:58] searching should work [08:58] the apps lens itself should show "Installed" and "Avaiable for download" categories [08:58] open hud, select apps icon. nothing shows up [08:59] not even the installed category? [09:06] have a pastebin service forages by chance? [09:06] for images [09:10] mhr3, http://picpaste.com/dash-TyClGXpL.png [09:11] bluefrog, try pkill -f unity-applications-daemon [09:12] done. still the same [09:12] search for something in between [09:12] ok all good [09:12] anything i could provide to help you with? [09:13] now that it works... not really [09:13] ok [09:13] it'd be awesome to know beforehand what will fix it :) [09:13] sure :) [09:15] thank you and have a good day [09:26] davidcalle, regarding your question yesterday - forcing a search (using queue_seach_changed) doesn't pass the hints to unity [09:27] mhr3, so, there is a bug with external scopes. [09:28] mhr3, and the fallback hint. [09:29] mhr3: about https://bugs.launchpad.net/unity-lens-music/+bug/964684, we can look into using a DeeTermList to back the index terms maybe? [09:29] Ubuntu bug 964684 in Music Lens "unity-music-daemon using a huge amount of ram" [Medium,Triaged] [09:30] or even sharing the backend GStringChunk with the analyzer by using dee_term_list_clone() [09:30] * kamstrup just wildly guessing... haven't looked at the code yet [09:32] or maybe the ballon is not the index, but the model used to back it... [09:32] in which case it'll be more tricky [09:38] kamstrup, my idea was to share the album / artist strings by misusing the ref counting of gvariant [09:39] i think that will have huge impact on the mem usage [09:39] mhr3: ah, that's not misuse I think [09:39] right [09:39] the index shouldn't be that bad imo [09:39] but yea, using bigger stringchunks there would help [09:40] too bad it's not a property of termlist... *hint, hint* :) [09:42] Hi guys with the latest unity - compiz updates Unity 3d crashes for me [09:42] https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966068 [09:42] Ubuntu bug 966068 in unity (Ubuntu) "unity 3d crashes and fallback to 2d ( unhandled ConfigureNotify ) unity.glib-gobject :0 invalid cast from `BamfWindow' to `BamfApplication'" [Undecided,New] [09:42] im on nvidia and this is a regression [09:42] mhr3: album, and artist. also mimetype, and trackno, genre, and year [09:42] is it only me? [09:42] zzecool: this is a known issue, sorry! [09:43] oh rly? [09:43] zzecool: try 'unity --reset' it has worked for many [09:43] it didnt [09:43] for me [09:43] i have the output of the unity --reset [09:43] on my bug report [09:43] kamstrup, right, packing ints in a variant isn't exactly cheap [09:45] mhr3: right, reminds me of my old "variant singletons" idea. TRUE/FALSE and its < 128 could well be lazily initialized variants [09:45] s/its/ints/ [09:46] argh [09:46] kamstrup: is there any other bug report about my problem so i can watch - subscribe ? [09:46] s/lazily initialized variants/lazily initialized singletons/ [09:47] reminds me of Py_None [09:49] i stole the idea from java's Integer and Boolean classes [09:51] in Java it has the interesting consequence that Integer.valueOf(27) == Integer.valueOf(27) even though Java does not support overloading == (so it is a pointer cmp) [09:52] same would be true for variant ints < N [09:52] g_variant_new_int32(5) == [09:52] g_variant_new_int32(5) [09:52] fun and games [09:58] yea, that'd be nice === zyga-afk is now known as zyga [10:19] kamstrup, do you think http://paste.ubuntu.com/901916/ is a good idea to fix https://bugs.launchpad.net/unity/+bug/960269 ? [10:19] Ubuntu bug 960269 in unity-lens-applications (Ubuntu) "Dash search doesn't find sensible result" [Low,Confirmed] [10:20] kamstrup, sorry, not much seen in the diff - it's zeroing the relevancy of Keywords [10:21] kamstrup: you said that the problem with the unity 3d fallback is known , do you know any bug report about it ? [10:21] i allready filled mine but just in case [10:21] kamstrup, other possible fix is to set relevancy of the name to something huge (like 50) and keywords to 1... then hopefully even the exact match in keywords won't be as relevant as prefix match in name [10:37] mhr3: i think it may make sense to deprioritize kw [10:38] users expect matches in what they can see to score highest [10:38] and kw can be any old metaphor [10:38] so, let's minimize it [10:38] kamstrup, to 0, or method #2? [10:39] mhr3: set to 0 [10:39] (keywords can still be more relevant than comments which has 0 as well) [10:40] if keywords were used more rigorously, then yes, but currently they are sparse and not very clearly defined [10:40] but [10:40] I will not object if you find the other solution better [10:42] yay, unity multihead bugs. will report them as soon as I get out of this meeting [10:54] hello, a lot of fullscreen windows when switched to them don't have the bottom 29 pixels redrawn - happens e.g. with virt-manager when switching to it from firefox, or full-screen shotwell image preview [10:54] Even though the window is full-screen it sometimes fails to be really full screen, thus leaving that 29 pixels to the window behind it [10:54] here's how it looks - http://ubuntuone.com/4PTDoXtsluJ79vdCqXLVND [10:55] this usually happens when the app starts fullscreen [11:05] rye: i had the smae problem [11:05] same* [11:05] but now i dont have unity 3d at all =) === MacSlow is now known as MacSlow|lunch [11:05] latest updates broke it [11:11] zzecool: just rebooted after all updates (and i am running unity ppa in precise), what fails for you? === greyback is now known as greyback|bia === njpatel_ is now known as njpatel [11:53] greyback|bia: when you're around, I have some questions about the unity-2d source code layout === greyback|bia is now known as greyback [12:14] mhall119: am here, what do you want to know? [12:17] greyback: several things [12:17] greyback: first off, what is libunity-2d-private/ ? [12:18] mhall119: it's where most common C++ code is placed for the shell, panel & spread [12:19] greyback: ok, inside that is ./src and ./Unity2d [12:19] what is the difference between those two? [12:21] For QML we created a Unity2d library, which gives us access to many useful C++ classes from QML. The Unity2D directory contains the bits needed to enable this library. plugin.cpp is the main file there, which exports some of the classes to QML === MacSlow|lunch is now known as MacSlow === smb` is now known as smb [12:23] so Unity2d bridges the code in ./src/ and QML? [12:23] correct [12:24] and ./spread? Does that handle both the workspace 'expo' and the window 'scale'? [12:25] mhall119: yes [12:26] and that's an application? [12:27] Yep. It is just a window that draws the wallpaper, grabs screenshots of all windows needed, and scales & repositions them [12:27] oh, tricky [12:27] it's overlaid on top of all other windows, so you get the Expose effect, but really all your other windows are behind it , unchanged [12:28] neat [12:28] Yeah, metacity's limitations have meant we've been creaetive === _salem is now known as salem_ [13:00] bah! my launcher/dash color was green after upgrading to 5.8, then corrected itself sometime last night, now it's back to green again [13:00] I don't think it likes my changing wallpaper === salem_ is now known as _salem === daker_ is now known as daker === _salem is now known as salem_ [13:40] davidcalle, i hear there are some cpu issues for some people with the video lens... heard about that? [13:41] mhr3, yes, for some upgraders, totem-video-thumbnailer hangs on some videos, then dies after 30 seconds. === salem_ is now known as _salem [13:44] mhr3, I still haven't discovered if it's related to a specific video format or just the size in some conditions. [13:44] isn't the thumbnailer running in a separate process? [13:45] mhr3, it is [13:45] mhr3, the lens allows up to three totem-video-thumbnailer running at the same time. [13:45] then it's not the same issue, tedg said the cpu time of the video-lens process itself is insanely high [13:46] mhr3, do you have a bug number for it? I haven't seen that. [13:46] not sure if there is one.. tedg? [13:48] I haven't filled one. [13:48] davidcalle, What information would you need? [13:49] tedg, how many videos (roughly) in your ~/Videos folder? [13:49] davidcalle, ~0 [13:50] tedg, the high cpu is on unity-lens-video or unity-scope-video-remote? [13:50] tedg: the video lens finds your hard-drive boring, and has instead decided to do something more interesting [13:50] davidcalle, unity-lens-video [13:50] mhall119, hehe [13:50] * tedg resembles that remark [13:51] davidcalle: I told you not to import libsentience [13:51] davidcalle, If it helps, it's also suing 223M of RAM resident. [13:51] using [13:55] tedg, 223M of RAM? Lovely :/ [13:56] davidcalle, Well, that's resident in top, it's just an easy number to grab :-) [13:57] tedg, mine is at 8. mhr3, did you fixed the memory leak in dee we talked about a few weeks ago? [13:58] davidcalle, i did fix a leak, but it was minor [13:58] you'd have to running a lens for days and the searches would have to add and remove thousands of results to make any real impact [14:02] that...doesn't sound so far-fetched of a scenario [14:03] mhr3, I'm testing on a large library (500+) vids : the process 100k++ for each search. If I replace model.append(...) by an append to some internal list, it stays around 8-9M. [14:05] mhr3, what is it if it's not a mem leak in Dee? :/ [14:07] davidcalle, we will never know without some profiling [14:07] afaict i'm not seeing problems with mem usage in lenses [14:08] tedg, could you please give me the output of /usr/lib/unity-lens-video/unity-lens-video when you make a search ? If it's fine, it should look like this http://paste.ubuntu.com/902187/ [14:09] mhr3, hmm, could you please remind me how to profile it? :) [14:12] davidcalle, It's wedged... I typed "gwen" and all it got was "g" [14:12] tedg, from the home dash or the video lens? [14:13] davidcalle, Did both === zyga is now known as zyga-afk [14:14] hey guys. i've tracked down what i think is the relevent code to fix https://bugs.launchpad.net/unity/+bug/959339 , but without an indepth knowledge of the codebase i'm not sure where to go from here. would posting about it on the launchpad bug page help? what would you recommend i do from here? [14:14] Ubuntu bug 959339 in unity (Ubuntu Precise) "clicking on launcher item raises all app windows, not just most recently focussed" [Medium,Confirmed] [14:15] tedg, and it unblocks if you close/open the lens? [14:16] davidcalle, Nope, it won't even respond to cntl+C, had to kill it. === Guest44167 is now known as Jens [14:17] tedg, ok, do you know if there is anyone else experiencing the same thing? === Jens is now known as Guest27247 [14:17] davidcalle, Not that I know of, but I don't know how they'd know. I only notice by looking in top. Otherwise it's all hidden. === _salem is now known as salem_ [14:19] rye: i just saw your comment [14:19] unity 3d crashes for me [14:19] let me show you me bug report [14:20] rye: here you are https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966068 [14:20] Ubuntu bug 966068 in unity (Ubuntu) "unity 3d crashes and fallback to 2d ( unhandled ConfigureNotify ) unity.glib-gobject :0 invalid cast from `BamfWindow' to `BamfApplication'" [Undecided,New] [14:20] tedg, they would know by not having the lens working :) If you find a video file to put in your ~/Videos folder, please try again with it. [14:20] i dont have a clue about how to backtrace unity or compiz , so what i have on my report is all i know [14:21] is anyones else with nvidia here having the same problem with me ? [14:23] im donna try to unset everything in the compiz profiles [14:23] or even delete the profiles [14:23] because unity --reset didnt solve it :( [14:43] Is anybody here successfully using remmina in full screen? [14:43] I get all sorts of window placement but not the way it is supposed to be [14:48] greyback: I can't apt-get build-dep unity-2d [14:49] The following packages have unmet dependencies: libqtbamf-dev : Depends: libqtbamf1 (= 0.2.3-0ubuntu1) but 0.2.3+bzr391ubuntu0+inline is to be installed libqtdee-dev : Depends: libqtdee2 (= 0.2.4-0ubuntu1) but 0.2.4+bzr62ubuntu0+inline is to be installed [14:49] is that because I have the unity-team ppa? [14:53] mhall119: using unity-team PPA should be ok. [14:53] mhall119: there may be a rebuild in progress, I suggest waiting a while & trying agai [14:54] Quick super-alt press makes numbers apear on the launcher and a keyboard hint [14:54] * rye thinks he has already filed this [15:01] Im getting seg fault on compiz and unity 3d fails [15:01] is there anyone to remind me how i collect the dump [15:01] to add it in my report [15:01] ? [15:11] hello. when using dual monitors, is there a way to make the launcher in the middle _not_ try to trap my cursor as I move to the next screen? [15:12] arges, yes, in the monitor configurations available in the power indicator. [15:13] Daekdroom, not sure where that is. you mean the display settings? [15:13] Yes. [15:13] I did not know how it's called when the system is in English. === salem_ is now known as _salem === _salem is now known as salem_ [15:14] Daekdroom, ok, so in the version of precise I have (updated two days ago), I don't see any settings for this. if I move from the right monitor to the left monitor, the cursor tries to stop in the middle where the launcher icons are [15:14] arges, so you don't have a 'sticky edge' option? [15:15] Daekdroom, no, do I need to update or use the unity-team ppa? [15:15] i'll update first [15:15] Yeah. Do the update. I don't think the PPA is necessary. [15:15] Daekdroom, ahh i see it [15:15] on my other computer [15:15] Daekdroom, this is perfect thanks === salem_ is now known as _salem === zyga-afk is now known as zyga [15:32] alan_g: are you here ? [15:33] zzecool: who wants to know? [15:33] ahh thank god [15:33] me [15:33] :) [15:33] im one of those having the https://bugs.launchpad.net/ubuntu/+source/compizconfig-backend-gconf/+bug/932125 [15:33] Ubuntu bug 932125 in compizconfig-backend-gconf (Ubuntu) "compiz crashed with SIGSEGV in Glib::Source::prepare_vfunc()" [Medium,Triaged] [15:33] bug [15:33] do you have any news ? [15:33] [15:33] :) [15:34] i saw that you have a fix that didnt make it yet [15:34] thats why im asking you [15:35] zzecool: there is a fix, was meant to go in a distro patch, but the patch was broken and didn't apply the fix. [15:35] One of the packaging guys was sorting it out. Not sure of current status. [15:36] ahh i see [15:36] thank you very much =) === _salem is now known as salem_ === alan_g is now known as alan_gZ === alan_gZ is now known as alan_g|afk [17:10]