[00:46] <thomi> bschaefer: approved
[00:49] <bschaefer> thomi, sweet, thank you
[00:49] <thomi> no worries
[00:53] <bschaefer> thomi, looks like I need to update it for the hud!
[00:54] <thomi> bschaefer: how's that?
[00:54] <thomi> the MP doesn't show a conflict for me
[00:55] <bschaefer> thomi, I mean I need to disable alt+f1 for the hud
[00:55] <thomi> bschaefer: oh, right
[00:55] <thomi> yeah
[00:55] <bschaefer> thomi, so I need to push some new changes, and a new autopilot
[00:55] <thomi> ok
[00:55] <bschaefer> haha forgot about that thing
[00:56] <bschaefer> thomi, hmm I guess Ill just make a new branch I dont want to mess up that mp
[00:56] <thomi> ok
[00:56] <thomi> bschaefer: ping me when you have another MP
[00:56] <bschaefer> thomi, will do!
[01:37] <bschaefer> thomi, https://code.launchpad.net/~brandontschaefer/unity/disable-alt-f1-hud/+merge/99457
[01:37]  * thomi looks
[01:37] <bschaefer> thomi, man the hud and the dash does some weird stuff if you switch between them...
[01:39] <thomi> bschaefer: really? thumper fixed a bunch of bugs in that area the other day
[01:40] <bschaefer> thomi, yeah, so if your in the hud, then press super
[01:40] <bschaefer> and your in the dash. dash_is_open_ is false
[01:40] <bschaefer> in unityshell.cpp
[01:40] <thomi> ooho, that's not good
[01:40] <bschaefer> which means some signal isn't getting emited, or it is getting set to false somewhere
[01:40] <thomi> 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] <thumper> bschaefer: I didn't track the hud in unityshell.cpp
[01:40] <thomi> an extra set of eyes looking for issues would be great
[01:41] <bschaefer> thomi, will do!
[01:41] <thumper> bschaefer: we should ask the launcher controller
[01:41] <thomi> nuts, thumper's back. We better stop talking about him no
[01:41] <thumper> bschaefer: I added a method: IsOverlayOpen
[01:41] <thomi> *now
[01:41] <thumper> bschaefer: check that
[01:41] <bschaefer> thumper, ok, also if your in the dash and open the hud you lose key foucs
[01:42] <bschaefer> thumper, and you cant get it back, unless you re-open the hud
[01:42] <thumper> yeah, not sure about that
[01:43] <bschaefer> thumper, I have a guess, Ill look at it in a sec
[01:44] <snadge> you guys should really work on fixing minecraft performance
[01:44] <snadge> critical for release :P
[01:45] <snadge> contact mojang directly if you have to.. involve the xorg team, driver developers and lwjgl devs.. an emergency summit ;)
[01:45] <bschaefer> thomi, 225	+nux::BaseTexture* LauncherIcon::TextureFromGtkTheme(std::string icon_name, int size, bool update_glow_colors)
[01:45] <bschaefer> could you make that a const std::string?
[01:45] <bschaefer> or are you actually modifying it?
[01:45] <thomi> bschaefer: no, because we change the string inside the method
[01:46] <thomi> so we'd need to copy it anyway
[01:46] <thomi> bschaefer: I started with a const ref, then saw that we needed a copy, so changed it
[01:46] <bschaefer> thomi, alright, just saw it was a const char* before, so thought it would stay const
[01:46] <bschaefer> thomi, cool :)
[01:46] <thomi> yeah, previously they did a g_strdup
[01:49]  * thumper prefers to copy explicitly in the method, but that's just him
[01:49] <bschaefer> thomi, 525	+std::list<const char*> PlacesSimpleTile::DndSourceGetDragTypes()
[01:50] <bschaefer> thomi, also how come out of all the other char* you kept this a char*?
[01:50] <thomi> bschaefer: it's much harder to change :(
[01:50] <bschaefer> thomi, that is what I guess :)
[01:50] <thomi> bschaefer: I looked into it, but it gets messy pretty fast
[01:50] <thomi> :)
[01:50] <bschaefer> thomi, yeah, just wanted to double check :). I was getting sad as all the char* are dieing :(. I like char*
[01:51] <bschaefer> thomi, though they always seem to be where the bugs are at haha
[01:51] <thomi> bschaefer: yeah, there's a reason for that :P
[01:51] <bschaefer> thomi, haha, looks good to me :)
[01:59] <bschaefer> thumper, and yeah the IsOverlayOpen is reporting the correct bools
[02:29] <bschaefer> thumper, well I figured out why unityshell thinks the dash is closed when you switch from the hud to the dash...
[02:29] <bschaefer> UBUS_OVERLAY, these signals for showing and hidding for the unityshell just set dash_is_open to true/false
[02:30] <bschaefer> 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] <thumper> bschaefer: what does unityshell.cpp do when listening?
[02:31] <thumper> bschaefer: if it is just setting a bool value
[02:31] <thumper> perhaps it would be better just to use the result from the launcher controller
[02:32] <bschaefer> thumper, I could, its private
[02:32] <thumper> make it public
[02:32] <bschaefer> thumper, you mean when its listing for a ubus_overlay signal?
[02:32] <bschaefer> I mean dbus thingy
[02:32] <thumper> yes
[02:32] <thumper> I only made it private because no-one else cared
[02:32] <bschaefer> When an Overlay_Shown gets sent it just sets dash_open = true
[02:33] <bschaefer> and opposite for Overlay_HIDDEN
[02:33] <thumper> ok, just make the method on the launcher controller public
[02:33] <thumper> and use that inside the unityshell.cpp
[02:33] <bschaefer> 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] <bschaefer> DRY!
[02:33] <thumper> and kill the private method
[02:33] <bschaefer> alright
[02:33] <thumper> sorry, private variable
[02:34] <thumper> and listening methods in unityshell
[02:34] <bschaefer> let me double check it doesn't need anything else...
[02:34] <bschaefer> dash_monitor_ = g_variant_get_int32(args);
[02:34] <bschaefer> I had messed the code around a lot to double check...one sec
[02:35] <bschaefer> 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] <bschaefer> it does 2 things, but I can leave that OVERLAY_SHOWN interest but remove the dash_is_open
[02:36] <bschaefer> and just use the launcher
[02:36] <bschaefer> and I can remove the HIDDIN
[02:36] <bschaefer> HIDDEN*
[02:37] <bschaefer> thumper, but...well wont I need to tell the difference between the dash_is_open sometimes?
[02:37] <bschaefer> vs hud_is_open
[02:39] <bschaefer> unityshell.cpp is such a huge file...
[02:41] <bschaefer> thumper, I could just make a IsVisible() in the DashController, which then we could use it like the HudController
[02:41] <bschaefer> and ti would look consistent
[02:42] <thumper> the question becomes whether or not it is the dash you care about, or an overlay
[02:43] <bschaefer> 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] <bschaefer> 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] <bschaefer> thumper, for example on line unityshell.cpp:1551. Should switching workspaces close the hud?
[02:46] <bschaefer> thumper, right now it doesn't
[02:47] <bschaefer> actually my line numbers are incorrect...i ment line  1523
[02:51] <bschaefer> thumper, haha, I also figure out that KeyFocus/Input focus error
[02:51] <bschaefer> thumper, from switching from the dash to the hud
[02:51] <bschaefer> thumper, http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/plugins/unityshell/src/unityshell.cpp#L2359
[02:51] <bschaefer> that should be either Hud is open OR Dash is open
[02:52]  * bschaefer starts making a branch...
[02:55] <thumper> bschaefer: switching workspaces closes the hud for me
[02:55] <bschaefer> thumper, really? no on mine :(
[02:55] <bschaefer> not*
[02:55] <thumper> oh, interesting...
[03:11] <bschaefer> 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] <bschaefer> then again April fools day might be an American thing...idk where it came from
[03:13] <bschaefer> nm it is an international thing...branch is almost compiled
[03:15] <thumper> :)
[03:15] <thumper> we have april fool's here too
[03:15] <thumper> was more concerned about the change in our give way laws for driving
[03:16] <thumper> those were brought in a week prior to april 1 just so people didn't think it was a joke
[03:17] <bschaefer> thumper, haha, looking up what give way law is
[03:17] <bschaefer> thumper, o my, I would crash in NZ
[03:17] <bschaefer> or anywhere where right is not the right side of the road
[03:30] <bschaefer> thumper, hmm I just got this odd crash
[03:30] <bschaefer> http://paste.ubuntu.com/901552/
[03:31] <bschaefer> 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] <thumper> weird
[03:38] <bschaefer> 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] <bschaefer> thumper, the branch, diff still needs to update https://code.launchpad.net/~unity-team/unity/fixes.unityshell-overlay/+merge/99462
[03:42] <bschaefer> thumper, Ill be writing some autopilot test for this also, there are a few to write for those changes
[03:46] <thumper> ok
[03:49] <bschaefer> thumper, also I was just thinking, what is the point of opening the hud while the dash is open?
[03:49] <thumper> changing your mind?
[03:49] <thumper> miss-hitting the keyboard?
[03:49] <bschaefer> well I mean there isn't a window active when you dash open
[03:50] <thumper> yeah, that seems the be the cause of another issue :)
[03:50] <bschaefer> so say you have the terminal open, then you hit super and then you switch to the hud
[03:50] <bschaefer> haha
[03:50] <thumper> yeah, I know what you mean
[03:50] <thumper> we'd like to fix that :)
[03:51] <bschaefer> haha yeah, also that input fix for the dash -> works randomly is seems
[03:51] <bschaefer> dash -> huid
[03:51] <bschaefer> hud
[03:51] <bschaefer> ugg whhhyy!
[03:55] <bschaefer> 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] <bschaefer> i mean, it fixes it so you don't get stuck in that state
[03:58] <bschaefer> 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] <bschaefer> 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] <bschaefer> if you comment that out switch from the Dash -> Hud works 99.99% of the time input wise
[04:00] <thumper> interesting
[04:00] <bschaefer> then that creates a problem with the chinese input...
[04:00] <bschaefer> thumper, well time to dig...
[04:01]  * thumper nods
[07:20] <bluefrog> 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] <bluefrog> apps lens doen'st function anymore, meaning it doesn't find any application
[08:28] <greyback> mhr3: ping
[08:28] <mhr3> greyback, hey
[08:30] <greyback> 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] <mhr3> greyback, but it does show proper recent docs?
[08:31] <mhr3> s/docs/files/
[08:32] <greyback> mhr3: yes the recent files are proper
[08:32] <mhr3> `pkill -f zeitgeist-fts`
[08:32] <mhr3> then search again
[08:32] <mhr3> still nothing?
[08:33] <greyback> same as before, no change
[08:33] <mhr3> so let's take this further
[08:33] <mhr3> zeitgeist-daemon --replace --log-level=debug
[08:34] <mhr3> then search for something and pastebin the output
[08:35] <mhr3> hmm actually we don't log search failures :/
[08:35] <mhr3> greyback, is zeitgeist-fts even running?
[08:36] <greyback> mhr3: http://pastebin.ubuntu.com/901810/
[08:36] <greyback> mhr3: actually no, zeitgeist-fts is not running
[08:37] <mhr3> hmm, you're second person for whom it doesn't autostart
[08:37] <mhr3> /usr/lib/zeitgeist/zeitgeist-fts --log-level=debug
[08:37] <bluefrog> 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] <greyback> mhr3: not as root I guess
[08:38] <mhr3> greyback, god no
[08:38] <greyback> mhr3: http://pastebin.ubuntu.com/901812/
[08:39] <greyback> it just returns 1, and fails to run
[08:39] <mhr3> greyback, that's right after start?
[08:39] <mhr3> or you have to do search?
[08:39] <greyback> mhr3: right after start
[08:40] <mhr3> ok, fix for that went yesterday into trunk
[08:40] <mhr3> rm -rf ~/.local/share/zeitgeist/fts.index
[08:40] <mhr3> ...for now, afterwards it'll work
[08:40] <greyback> mhr3: ah yes, there she goes now :)
[08:41] <greyback> mhr3: thanks for that!
[08:41] <greyback> all fixed
[08:41] <mhr3> np
[08:42] <mhr3> greyback, ideas how did it get to that point? did you have to do cold restart recently or something?
[08:42] <mhr3> (basically the db got corrupted)
[08:46] <bluefrog> I have the problem where nothing is displayed in the apps lens
[08:46] <greyback> mhr3: cold restart yes a few days back
[08:46] <greyback> mhr3: but nothing obviously bad
[08:46] <bluefrog> 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] <mhr3> bluefrog, same... zeitgeist-daemon --replace --log-level=debug ?
[08:52] <bluefrog> mhr3, http://pastebin.ubuntu.com/901825/  but nothing is logged when I click on the apps icon
[08:54] <bluefrog> 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] <mhr3> bluefrog, the log you pastebinned says that it created completely new db (as in there was nothing before)
[08:56] <bluefrog> mhr3, i have removed .local/share/zeitgeist a few minutes ago
[08:57] <bluefrog> and I have no problem with a brand new user indeed
[08:57] <mhr3> so what is the problem exactly again?
[08:58] <mhr3> you won't see any apps in the dash home without searching cause there are no recent applications logged
[08:58] <mhr3> searching should work
[08:58] <mhr3> the apps lens itself should show "Installed" and "Avaiable for download" categories
[08:58] <bluefrog> open hud, select apps icon. nothing shows up
[08:59] <mhr3> not even the installed category?
[09:06] <bluefrog> have a pastebin service forages by chance?
[09:06] <bluefrog> for images
[09:10] <bluefrog> mhr3, http://picpaste.com/dash-TyClGXpL.png
[09:11] <mhr3> bluefrog, try pkill -f unity-applications-daemon
[09:12] <bluefrog> done. still the same
[09:12] <mhr3> search for something in between
[09:12] <bluefrog> ok all good
[09:12] <bluefrog> anything i could provide to help you with?
[09:13] <mhr3> now that it works... not really
[09:13] <bluefrog> ok
[09:13] <mhr3> it'd be awesome to know beforehand what will fix it :)
[09:13] <bluefrog> sure :)
[09:15] <bluefrog> thank you and have a good day
[09:26] <mhr3> davidcalle, regarding your question yesterday - forcing a search (using queue_seach_changed) doesn't pass the hints to unity
[09:27] <davidcalle> mhr3, so, there is a bug with external scopes.
[09:28] <davidcalle> mhr3, and the fallback hint.
[09:29] <kamstrup> 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:30] <kamstrup> 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] <kamstrup> or maybe the ballon is not the index, but the model used to back it...
[09:32] <kamstrup> in which case it'll be more tricky
[09:38] <mhr3> kamstrup, my idea was to share the album / artist strings by misusing the ref counting of gvariant
[09:39] <mhr3> i think that will have huge impact on the mem usage
[09:39] <kamstrup> mhr3: ah, that's not misuse I think
[09:39] <kamstrup> right
[09:39] <mhr3> the index shouldn't be that bad imo
[09:39] <mhr3> but yea, using bigger stringchunks there would help
[09:40] <mhr3> too bad it's not a property of termlist... *hint, hint* :)
[09:42] <zzecool> Hi guys with the latest unity - compiz updates  Unity 3d crashes for me
[09:42] <zzecool> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966068
[09:42] <zzecool> im on nvidia and this is a regression
[09:42] <kamstrup> mhr3: album, and artist. also mimetype, and trackno, genre, and year
[09:42] <zzecool> is it only me?
[09:42] <kamstrup> zzecool: this is a known issue, sorry!
[09:43] <zzecool> oh rly?
[09:43] <kamstrup> zzecool: try 'unity --reset' it has worked for many
[09:43] <zzecool> it didnt
[09:43] <zzecool> for me
[09:43] <zzecool> i have the output of the unity --reset
[09:43] <zzecool> on my bug report
[09:43] <mhr3> kamstrup, right, packing ints in a variant isn't exactly cheap
[09:45] <kamstrup> mhr3: right, reminds me of my old "variant singletons" idea. TRUE/FALSE and its < 128 could well be lazily initialized variants
[09:45] <kamstrup> s/its/ints/
[09:46] <kamstrup> argh
[09:46] <zzecool> kamstrup: is there any other bug report about my problem so i can watch - subscribe ?
[09:46] <kamstrup> s/lazily initialized variants/lazily initialized singletons/
[09:47] <mhr3> reminds me of Py_None
[09:49] <kamstrup> i stole the idea from java's Integer and Boolean classes
[09:51] <kamstrup> 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] <kamstrup> same would be true for variant ints < N
[09:52] <kamstrup> g_variant_new_int32(5) ==
[09:52] <kamstrup> g_variant_new_int32(5)
[09:52] <kamstrup> fun and games
[09:58] <mhr3> yea, that'd be nice
[10:19] <mhr3> kamstrup, do you think http://paste.ubuntu.com/901916/ is a good idea to fix https://bugs.launchpad.net/unity/+bug/960269 ?
[10:20] <mhr3> kamstrup, sorry, not much seen in the diff - it's zeroing the relevancy of Keywords
[10:21] <zzecool> kamstrup: you said that the problem with the unity 3d  fallback is known   , do you know any bug report about it ?
[10:21] <zzecool> i allready filled mine but just in case
[10:21] <mhr3> 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] <kamstrup> mhr3: i think it may make sense to deprioritize kw
[10:38] <kamstrup> users expect matches in what they can see to score highest
[10:38] <kamstrup> and kw can be any old metaphor
[10:38] <kamstrup> so, let's minimize it
[10:38] <mhr3> kamstrup, to 0, or method #2?
[10:39] <kamstrup> mhr3: set to 0
[10:39] <mhr3> (keywords can still be more relevant than comments which has 0 as well)
[10:40] <kamstrup> if keywords were used more rigorously, then yes, but currently they are sparse and not very clearly defined
[10:40] <kamstrup> but
[10:40] <kamstrup> I will not object if you find the other solution better
[10:42] <jussi> yay, unity multihead bugs. will report them as soon as I get out of this meeting
[10:54] <rye> 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] <rye> 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] <rye> here's how it looks - http://ubuntuone.com/4PTDoXtsluJ79vdCqXLVND
[10:55] <rye> this usually happens when the app starts fullscreen
[11:05] <zzecool> rye: i had the smae problem
[11:05] <zzecool> same*
[11:05] <zzecool> but now i dont have unity 3d at all =)
[11:05] <zzecool> latest updates broke it
[11:11] <rye> zzecool: just rebooted after all updates (and i am running unity ppa in precise), what fails for you?
[11:53] <mhall119> greyback|bia: when you're around, I have some questions about the unity-2d source code layout
[12:14] <greyback> mhall119: am here, what do you want to know?
[12:17] <mhall119> greyback: several things
[12:17] <mhall119> greyback: first off, what is libunity-2d-private/ ?
[12:18] <greyback> mhall119: it's where most common C++ code is placed for the shell, panel & spread
[12:19] <mhall119> greyback: ok, inside that is ./src and ./Unity2d
[12:19] <mhall119> what is the difference between those two?
[12:21] <greyback> 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
[12:23] <mhall119> so Unity2d bridges the code in ./src/ and QML?
[12:23] <greyback> correct
[12:24] <mhall119> and ./spread?  Does that handle both the workspace 'expo' and the window 'scale'?
[12:25] <greyback> mhall119: yes
[12:26] <mhall119> and that's an application?
[12:27] <greyback> Yep. It is just a window that draws the wallpaper, grabs screenshots of all windows needed, and scales & repositions them
[12:27] <mhall119> oh, tricky
[12:27] <greyback> 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] <mhall119> neat
[12:28] <greyback> Yeah, metacity's limitations have meant we've been creaetive
[13:00] <mhall119> 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] <mhall119> I don't think it likes my changing wallpaper
[13:40] <mhr3> davidcalle, i hear there are some cpu issues for some people with the video lens... heard about that?
[13:41] <davidcalle> mhr3, yes, for some upgraders, totem-video-thumbnailer hangs on some videos, then dies after 30 seconds.
[13:44] <davidcalle> mhr3, I still haven't discovered if it's related to a specific video format or just the size in some conditions.
[13:44] <mhr3> isn't the thumbnailer running in a separate process?
[13:45] <davidcalle> mhr3, it is
[13:45] <davidcalle> mhr3, the lens allows up to three totem-video-thumbnailer running at the same time.
[13:45] <mhr3> then it's not the same issue, tedg said the cpu time of the video-lens process itself is insanely high
[13:46] <davidcalle> mhr3, do you have a bug number for it? I haven't seen that.
[13:46] <mhr3> not sure if there is one.. tedg?
[13:48] <tedg> I haven't filled one.
[13:48] <tedg> davidcalle, What information would you need?
[13:49] <davidcalle> tedg, how many videos (roughly) in your ~/Videos folder?
[13:49] <tedg> davidcalle, ~0
[13:50] <davidcalle> tedg, the high cpu is on unity-lens-video or unity-scope-video-remote?
[13:50] <mhall119> tedg: the video lens finds your hard-drive boring, and has instead decided to do something more interesting
[13:50] <tedg> davidcalle, unity-lens-video
[13:50] <davidcalle> mhall119, hehe
[13:50]  * tedg resembles that remark
[13:51] <mhall119> davidcalle: I told you not to import libsentience
[13:51] <tedg> davidcalle, If it helps, it's also suing 223M of RAM resident.
[13:51] <tedg> using
[13:55] <davidcalle> tedg, 223M of RAM? Lovely :/
[13:56] <tedg> davidcalle, Well, that's resident in top, it's just an easy number to grab :-)
[13:57] <davidcalle> tedg, mine is at 8. mhr3, did you fixed the memory leak in dee we talked about a few weeks ago?
[13:58] <mhr3> davidcalle, i did fix a leak, but it was minor
[13:58] <mhr3> 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] <mhall119> that...doesn't sound so far-fetched of a scenario
[14:03] <davidcalle> 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] <davidcalle> mhr3, what is it if it's not a mem leak in Dee? :/
[14:07] <mhr3> davidcalle, we will never know without some profiling
[14:07] <mhr3> afaict i'm not seeing problems with mem usage in lenses
[14:08] <davidcalle> 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] <davidcalle> mhr3, hmm, could you please remind me how to profile it? :)
[14:12] <tedg> davidcalle, It's wedged... I typed "gwen" and all it got was "g"
[14:12] <davidcalle> tedg, from the home dash or the video lens?
[14:13] <tedg> davidcalle, Did both
[14:14] <will> 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:15] <davidcalle> tedg, and it unblocks if you close/open the lens?
[14:16] <tedg> davidcalle, Nope, it won't even respond to cntl+C, had to kill it.
[14:17] <davidcalle> tedg, ok, do you know if there is anyone else experiencing the same thing?
[14:17] <tedg> 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.
[14:19] <zzecool> rye: i just saw your comment
[14:19] <zzecool> unity 3d crashes for me
[14:19] <zzecool> let me show you me bug report
[14:20] <zzecool> rye: here you are https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966068
[14:20] <davidcalle> 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] <zzecool> 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] <zzecool> is anyones else with nvidia here having the same problem with me ?
[14:23] <zzecool> im donna try to unset everything in the compiz profiles
[14:23] <zzecool> or even delete the profiles
[14:23] <zzecool> because unity --reset didnt solve it :(
[14:43] <rye> Is anybody here successfully using remmina in full screen?
[14:43] <rye> I get all sorts of window placement but not the way it is supposed to be
[14:48] <mhall119> greyback: I can't apt-get build-dep unity-2d
[14:49] <mhall119> 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] <mhall119> is that because I have the unity-team ppa?
[14:53] <greyback> mhall119: using unity-team PPA should be ok.
[14:53] <greyback> mhall119: there may be a rebuild in progress, I suggest waiting a while & trying agai
[14:54] <rye> 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] <zzecool> Im getting seg fault on compiz and unity 3d fails
[15:01] <zzecool> is there anyone to remind me how i collect the dump
[15:01] <zzecool> to add it in my report
[15:01] <zzecool> ?
[15:11] <arges> 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] <Daekdroom> arges, yes, in the monitor configurations available in the power indicator.
[15:13] <arges> Daekdroom, not sure where that is. you mean the display settings?
[15:13] <Daekdroom> Yes.
[15:13] <Daekdroom> I did not know how it's called when the system is in English.
[15:14] <arges> 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] <Daekdroom> arges, so you don't have a 'sticky edge' option?
[15:15] <arges> Daekdroom, no, do I need to update or use the unity-team ppa?
[15:15] <arges> i'll update first
[15:15] <Daekdroom> Yeah. Do the update. I don't think the PPA is necessary.
[15:15] <arges> Daekdroom, ahh i see it
[15:15] <arges> on my other computer
[15:15] <arges> Daekdroom, this is perfect thanks
[15:32] <zzecool> alan_g: are you here ?
[15:33] <alan_g> zzecool: who wants to know?
[15:33] <zzecool> ahh thank god
[15:33] <zzecool> me
[15:33] <zzecool> :)
[15:33] <zzecool> im one of those having the https://bugs.launchpad.net/ubuntu/+source/compizconfig-backend-gconf/+bug/932125
[15:33] <zzecool> bug
[15:33] <zzecool> do you have any news ?

[15:33] <zzecool> :)
[15:34] <zzecool> i saw that you have a fix that didnt make it yet
[15:34] <zzecool> thats why im asking you
[15:35] <alan_g> 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] <alan_g> One of the packaging guys was sorting it out.  Not sure of current status.
[15:36] <zzecool> ahh i see
[15:36] <zzecool> thank you very much =)
[17:10] <zgreg> what is the preffered way to do a local installation of unity for testing?
[17:14] <zgreg> hmm, I hope the instructions on http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source still work as-is :)
[17:26] <htorque> zgreg: it's a long time since i updated them. if you find any problems - everyone can suggest an edit. ;-)
[18:22] <apw> am i expecting my OSDs to be peuce now ?
[18:30] <davidcalle> mhr3, I've seen a change recently about scopes and sources filter, what was the change?
[18:31] <zgreg> htorque: that worked just fine
[18:34]  * jussi zaps mhall119 for fun
[18:35] <davidcalle> mhr3, oh my bad, I thought you broke something, it was me :)
[18:36]  * mhall119 kicks jussi for profit
[18:36] <jussi> hrm, what do I report a bug against for somethign wrong n unity when using multihead?
[18:36] <jussi> Ill tell them then you all can help me get them reported correctly :)
[18:37] <mhall119> jussi: unity (or unity-2d, depending on which you're using) would probably the best, it can be re-assigned from there if needed
[18:37] <jussi> first, If I have a custome size of icons for the panel set (not 48x48), then after removing from the projector they go back to standard size
[18:39] <jussi> second, on multi head (projector+laptop) if I have a chrome window open (maybe others, didnt have time to test in the meeting)  on both heads, it only shows the main chrome windows title on both heads when there are different contents/titles expected
[18:40] <jussi> mhall119: so, both to unity then?
[18:42] <mhall119> jussi: yeah
[18:52] <mhall119> tedg: hey, do you have a few minutes to talk to me about global menu/hud/dbusmenu/appmenu?
[18:52] <tedg> mhall119, Sure, what's up?
[18:53] <mhall119> tedg: I'm writing more documentation, just need a better understand of what does what
[18:53] <mhall119> dbusmenu is still the way of exporting menus over dbus, right?
[18:53] <tedg> mhall119, Correct, but it's deprecated and we're moving to GMenuModel which is "Dbusmenu v2" but now in GLib.
[18:54] <mhall119> tedg: oh, when is that move expected to happen?
[18:54] <mhall119> these docs will be for 12.04
[18:55] <tedg> mhall119, So, in general, no docs should mention either.
[18:55] <tedg> mhall119, Application developers shouldn't care about what the protocol is over DBus.
[18:55] <mhall119> these docs are for people who want to hack on Unity itself, not application developers who just want to integrate
[18:55] <tedg> mhall119, In general, they shouldn't care about DBus either.  Those are details :-)
[18:55] <jussi> bug 966473
[18:56] <tedg> mhall119, Eh, not sure they should care either if they just want to work on Unity.
[18:56] <mhall119> tedg: I'm giving mostly an overview of the different libraries used and how they work together
[18:56] <tedg> mhall119, I guess Unity uses dbusmenu for some of the quicklist stuff though (dynamic)
[18:57] <tedg> mhall119, http://ubuntuone.com/6p72JCI2xGDXdVgQUM1eKq
[18:57] <tedg> mhall119, I doubt you want something that complex, but it's a start
[18:59] <mhall119> tedg: very helpful, thanks
[18:59] <mhall119> where is dbusmenu-qt?
[18:59] <mhall119> lp:dbusmenu only has libdbusmenu-glib and libdbusmenu-gtk
[19:00]  * mhall119 suspects Quicklists come from libindicate or something, not dbusmenu
[19:01] <tedg> mhall119, https://launchpad.net/libdbusmenu-qt
[19:01] <mhall119> thanks tedg
[19:01] <tedg> mhall119, Static quicklists use the libindicator parser, dynamic ones use libunity and are backed by dbusmenu
[19:06] <jussi> bug 966478
[19:08] <seb128> when did that become an habit to drop bug number like that on IRC without any comment on written text next to it?
[19:08] <mhall119> seb128: about as long as I've been in ubuntu channels
[19:09] <mhall119> also, he was discussion the problem earlier
[19:10] <seb128> mhall119, you must be new ;-)
[19:10] <mhall119> :)
[19:10] <jussi> seb128: sorry, we had the discussion earlier
[19:10] <seb128> there is a trend of people join and throwing their bug number recently
[19:10] <seb128> which is quite impolite and annoying
[19:11] <jussi> wanted to drop the bug numbers so that people could see they got reported and could examine them.
[19:11] <seb128> like they could at least state what they want, you don't throw issues at people without an "hey" or some context
[19:11] <mhall119> seb128: yeah, but that's not the case this time
[19:11] <seb128> like people fixing bugs are not slaves
[19:11] <mhall119> wait, they're not?
[19:11] <jussi> seb128: it was hardly that, I apologise if it came across wrong
[19:11] <seb128> mhall119, it feels like a bit like that sorry
[19:11] <seb128> jussi, no worry, I just don't like this trend
[19:12] <seb128> you could have prepend a "report the issues we discussed earlier as bug ..."
[19:12] <seb128> reported
[19:12] <mhall119> it was only like 10 minutes
[19:12] <seb128> jussi, note that hundred of issues are reported every week on unity so dropping numbers on IRC is not very useful
[19:13] <seb128> if nobody was following up and waiting on the bug to look at it
[19:13] <seb128> in which case you usually want to ping directly the somebody by mentioning the nickname ;-)
[19:13] <mhall119> just ping with context, right seb128 ;)
[19:14] <jussi> seb128: I am well aware of that - I have been around for sometime. I just thought it polite to let mhall know I had actually reported the bugs. I suppose a "mhall119" could have been helpful, but yeah. next time :)
[19:16] <seb128> jussi, sorry I picked up on you, several people have been join the desktop channel on this one recently, not saying hello and dropping a bug number like they were throwing a bone to the developers or something
[19:16] <seb128> been joining
[19:17] <jussi> seb128: fair enough, Ive seen it before also, wasnt intended that way in this case.
[19:17] <seb128> everybody is busy and some people are frustrated about their bug but it's not a reason to be polite ;-)
[19:17] <jussi> but I will take your comment about addressing it.
[19:17] <seb128> to "not" be...
[19:17] <seb128> doh, it has been a long day :p
[19:17] <seb128> jussi, thanks ;-)
[19:18] <jussi> seb128: no probs, I do appreciate you raising it - I understand the problem (heck, I was on the IRC council for 4 years - seen many IRC issues).
[19:18] <mhall119> heh, /me adds "that's no reason to be polite" to his list of quips
[19:18] <jussi> mhall119: hehe
[19:18] <seb128> mhall119, :-p
[19:31] <nloewen> Unity failed to upgrade properly on my system a while ago, I assumed that it would fix itself with the next proper upgrade, but it hasn't. Is there any way to fix this? I'm on Ubuntu 12.04 with the unity ppa enabled. http://pastebin.com/DNqxv95w
[19:32] <jussi> nloewen: is it flickering badly?
[19:32] <nloewen> nope. compiz loads everything except the unity plugin.
[19:33] <nloewen> notifications work, workspaces work
[19:33] <jussi> hrm. I am no expert, but have you tried: "unity --reset" ?
[19:33] <nloewen> I can open a terminal with alt+ctrl+t and startup unity-2d-shell and unity-2d-panel
[19:33] <nloewen> jussi: yes
[19:33] <seb128> nloewen, can you pastebin a ldd /usr/lib/compiz/libunityshell.so
[19:34] <nloewen> http://pastebin.com/mgp6xKQe
[19:35] <seb128> nloewen,         libnux-2.0.so.0 => /usr/local/lib/libnux-2.0.so.0 (0x0088b000)
[19:35] <seb128> that's your issue
[19:36] <seb128> local install hijacking the package version
[19:36] <seb128> nloewen, sudo rm /usr/local/lib/libnux*
[19:36] <seb128> should fix it
[19:36] <nloewen> oo, I tried to compile and install unity a while back. thats probably what did it.
[19:37] <nloewen> ah, look at that, it works.
[19:37] <nloewen> thanks!
[19:38] <seb128> nloewen, you're welcome
[20:10] <zyga> can anyone confirm that super-key keyboard shortcut hint overlay stays active if you press this sequence and release the key <super> (hold until overlay shows up) <left> <right> (release everything)
[20:10] <zyga> (other sequences also work, I just want to get this one confirmed)
[20:10] <mhall119> zyga: yes, it does that to me
[20:10] <zyga> is there a bug open on that?
[20:11] <mhall119> not that  I know about
[20:11] <mhall119> I suspect the workspace switcing is failing to trigger whatever event is used to hide the overlay
[20:12] <zyga> I was not trying to switch workspaces, just align my windows
[20:12] <mhall119> wait, not workspace switching, the "snap"
[20:12] <zyga> yes
[20:14] <zyga> mhall119, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966551
[20:14] <zyga> mhall119, can you confirm?
[20:18] <mhall119> zyga: marked as also affecting me
[20:18] <zyga> thank you
[20:18] <mhall119> thanks for reporting it
[22:28] <mfisch> mhall119: can I file a bug against the cooking lens in 100 scopes or should I just email gotwig?
[23:26] <mhall119> mfisch: I'd suggest doing both
[23:26] <mhall119> a bug to track what needs to be done, and an email to let him know about it
[23:31] <bschaefer> thomi, ping