[00:10] <codebrainz> Hi. I'm a developer for a GTK+ program (Geany) and we're getting bug reports that our menus that are generated at runtime are not working when using Unity. There's some Glib warnings printed on the console about libdbusmenu. Can someone help me to understand what such a menu must do to properly be supported by Unity's dbus menu?
[00:13] <codebrainz> (or even point me to the source file I should examine to figure it out)
[00:13] <mhr3> bschaefer, did you look at your no-results branch recently? i wonder if the snafu with weird signals got resolved after home-lenses branch got merged
[00:14] <mhall119> gord: can you help codebrainz
[00:14] <mhr3> bschaefer, and btw hello... and good night :)
[00:14] <thumper> hi bschaefer
[00:15] <thumper> bschaefer: the Alt-F1 branch?
[00:15] <codebrainz> FWIW, i think it's the same problem as with Eclipse and Lotus (i don't know these, just based on their respective similar bug reports)
[00:15] <thumper> bschaefer: jason recently merged his multimonitor work in which he hacked around with the keyboard stuff
[00:15] <thumper> bschaefer: if you branch doesn't cleanly merge now, and you can't see how to make it, best chase jason :)
[00:16] <thumper> codebrainz: ted is probably the better person to chase
[00:16] <codebrainz> not online currently?
[00:16] <thumper> no... it seems not
[00:16]  * thumper wonders who else knows a lot about menus
[00:17] <codebrainz> bummer. is there a non-launchpad using location to find the source code for this?
[00:17] <codebrainz> maybe i can track down the source and figure it out
[00:17] <thumper> why non-launchpad using location?
[00:17] <codebrainz> it doesn't work on my computer, makes the browser freeze
[00:18] <thumper> really?
[00:18] <thumper> wow
[00:18] <thumper> which browser?
[00:18] <codebrainz> yep, has for a long a time
[00:18] <codebrainz> iceweasel/firefox
[00:18] <thumper> well that sucks
[00:18] <thumper> firefox works fine for me
[00:18] <thumper> where are you based?
[00:18] <codebrainz> western canada
[00:18] <thumper> it shouldn't be a problem from there
[00:19] <thumper> have you asked in #launchpad ?
[00:19] <codebrainz> i think it's a problem with the NVidia driver or mozilla renderer. both projects have bug reports for this issue
[00:19] <thumper> codebrainz: lp:dbusmenu AFAIK
[00:19] <codebrainz> maybe i can use another computer to clone the repo
[00:19] <thumper> codebrainz: want an http link?
[00:19] <codebrainz> sure, anything without launchpad.net in the URL seems to work fine :)
[00:20] <thumper> hmm...
[00:20] <thumper> well I know this goes to a different server
[00:20] <thumper> bzr branch http://bazaar.launchpad.net/+branch/dbusmenu
[00:20] <thumper> try that
[00:20] <codebrainz> ok, it should be fine, i think it's just the web interface causing probs, bazaar should be fine
[00:20] <thumper> IIRC the dbusmenu thing checks menus on startup
[00:21] <codebrainz> ouch
[00:21] <thumper> but there may be a way to get your app to poke things through after generation
[00:21] <thumper> I've not looked at the code at all though
[00:21] <thumper> just going from what I remember being told
[00:21] <codebrainz> OK, will see. I thought I remembered reading it hooked into the map event, maybe I can re-trigger one after the new items are added or seomthing
[00:21] <thumper> perhaps
[00:21] <thumper> good luck
[00:22] <thumper> ted works on texan time :)
[00:22] <codebrainz> OK, thanks a lot
[00:22] <thumper> which I think is UTC-7 (or 6)
[00:22] <bschaefer> thumper, alright Ill look into his merge
[00:22] <bschaefer> thumper, hopefully it will go alright and yeah that is the branch Im talking about
[00:23] <thumper> bschaefer: I thought it might be :)
[00:23] <bschaefer> thumper, also hopefully I can get that no-results branch merged soon!
[00:23] <thumper> bschaefer: we are frozen for the 5.2 release
[00:23] <thumper> bschaefer: but after that, sure
[00:24] <bschaefer> thumper, have to take a look at the new home-lenses mikkel release
[00:24] <thumper> ack
[00:24] <bschaefer> thumper, wait what does that mean?
[00:24] <bschaefer> thumper, so no new ui changes for now?
[00:25] <codebrainz> thumper, bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/%2Bbranch/dbusmenu/"
[00:25] <thumper> bschaefer: acknowledged (ack/nak from old serial hardware)
[00:25] <codebrainz> (I don't know bzr at all)
[00:25] <thumper> bschaefer: no changes...
[00:25]  * thumper looks for codebrainz
[00:26] <codebrainz> it seems to url escape that plus symbol in the URL
[00:26] <thumper> codebrainz: yeah... that isn't the problem
[00:26] <codebrainz> (I just pasted your command directly is there something else to do first like clone/checkout?)
[00:26] <thumper> codebrainz: try this "bzr branch http://bazaar.launchpad.net/~dbusmenu-team/dbusmenu/trunk.0.6 dbusmenu"
[00:27] <thumper> codebrainz: no... branch is like clone
[00:27] <thumper> codebrainz: in fact you can write clone and it will do a branch :)
[00:27] <thumper> codebrainz: bzr help branch
[00:27] <codebrainz> OK, that one's working, thanks thumper
[00:28]  * codebrainz crosses his fingers that this will be C or Python code :)
[00:29] <codebrainz> ah, C ... phew
[00:29] <thumper> heh
[00:33] <bschaefer> thumper, o yeah awesome book suggestions! Currently reading Effective c++ and then More Effective C++, very good information and tips so far
[00:34] <thumper> cool
[00:34] <thumper> they are good books
[00:35] <bschaefer> yeah and thanks. Ill be asking for some more when im done :)
[00:36] <codebrainz> thumper, i think it might be libdbusmenu-gtk/parser.c:watch_submenu()
[00:36] <codebrainz> will have to break out gdb on an ubuntu machine to know for sure
[00:38]  * thumper nods
[00:39] <thumper> bschaefer: no problem, I have a long list :)
[00:41] <codebrainz> thumper, is that branch you gave me a good one to make a patch against?
[00:41] <thumper> codebrainz: if that is where the problem is, sure
[00:41] <codebrainz> (ie. trunk.0.6)
[00:41] <thumper> codebrainz: that is the current trunk
[00:41] <codebrainz> ah, ok, perfect
[00:41] <thumper> codebrainz: do you have a LP id?
[00:41] <thumper> codebrainz: with an ssh key?
[00:41] <codebrainz> i had one at one point
[00:42] <codebrainz> no idea what it was, stopped using since launchpad doesn't work :)
[00:43] <bschaefer> thumper, sweet!
[00:43] <thumper> codebrainz: can you do me a favour and see if it is still an issue?
[00:44] <thumper> codebrainz: it'd make it much easier to get the code reviewed if we followed the normal process
[00:45] <codebrainz> thumper, it is still an issue on my desktop, laptop with ATI graphics never had no problem, also it's the one with ubuntu installed, so I can do whatever
[00:45] <codebrainz> i just hate coding on my laptop
[00:45] <thumper> :)
[00:46] <thumper> have you looked at synergy?
[00:46] <codebrainz> heh, yeah, could use that
[00:46] <thumper> I use that to use the same keyboard and mouse with desktop and laptop
[00:46] <codebrainz> or plugin Das Keyboard into the laptop :)
[00:46] <thumper> quicksynergy has a nice gui
[00:46] <thumper> oh... like shiney black?
[00:47] <codebrainz> well, it has the letters on it, but it's still pretty shiny
[00:47] <codebrainz> hmm, is there packages with debugging symbols for dbusmenu?
[00:48] <codebrainz> or should i just compile/install from the trunk?
[00:56] <snadge> where is smspillaz? :P
[00:56] <snadge> Trevinho .. you'll do
[00:56] <snadge> im sure you can fix it
[01:01] <thumper> codebrainz: there are normally -dbg packages available
[01:02] <codebrainz> i thought so. don't see any though
[01:02] <codebrainz> and that checkout won't build :(
[01:03] <mhall119> codebrainz: what exactly problem is geany having with unity menus?
[01:04] <mhall119> oh, i see now
[01:04] <mhall119> huh, I could have sworn that was working in Oneiric
[01:04] <codebrainz> hmm, it's getting a linker error, i checked the build system and everything looks correct
[01:05] <codebrainz> undefined reference to `g_variant_new_fixed_array`
[01:05] <mhall119> Geany has been my every day coding environment since I switch to Gnome3
[01:06] <codebrainz> nice. good thing they don't mess with the menu :)
[01:06] <mhall119> oh I've been using Unity
[01:07] <codebrainz> mhall119, using the geany packages or from git?
[01:07] <mhall119> I mean that in the upgrade to Gnome3 apps, GEdit stopped working with all the plugins that made me happy with it, so I went in search of something new
[01:07] <mhall119> codebrainz: from the Ubuntu repos
[01:07] <mhall119> and I could have sworn the globalmenu was working for it
[01:07] <codebrainz> hmm, maybe you can test using View->Editor->color schemes menu, apparently it's not working anymore
[01:07] <mhall119> but I just checked, and it's not now
[01:07] <codebrainz> it's only that one submenu that's not working afaik
[01:08] <mhall119> codebrainz: I see Default and Alternate
[01:08] <mhall119> but the menus are in the window, not in the unity panel
[01:08] <codebrainz> all of them?
[01:08] <mhall119> yeah
[01:08] <codebrainz> (ie. the whole main menu)
[01:08] <mhall119> yup
[01:08] <codebrainz> and it still don't work?
[01:09] <mhall119> I see "Default" and "Alternate" under View->Editor->Color schemes
[01:09] <mhall119> should there be more?
[01:10] <mhall119> codebrainz: http://ubuntuone.com/1JvJ21pD5J00KrTujTnZC4
[01:10] <codebrainz> does it switch the theme when you pick the other one of the themes?
[01:10] <codebrainz> i think it's always showing, just not working
[01:10] <mhall119> the syntax highlighting, yeah
[01:11] <codebrainz> hmm, weird. does it print those dbusmenu warnings on the console when run with geany -v ?
[01:11] <mhall119> hmmm, GEdit's menus aren't in the menu bar anymore either
[01:11] <codebrainz> heh
[01:11] <mhall119> codebrainz: It may be my setup that's wonky tonight
[01:12] <codebrainz> here, the menus are not where we put them (in our window)
[01:13] <mhall119> yeah, GTK should automatically export them over DBus to the unity panel (when running Unity)
[01:13] <mhall119> something is broken on my end, it's not doing that for any of them
[01:14] <codebrainz> grrrr, i really wish this would compile here. it's claiming undefined error on a function that exists in my current glib :(
[01:14] <codebrainz> (or should anyway, according to the docs)
[01:14] <snadge> who is our resident compiz expert? :p
[01:15] <thumper> snadge: what is your problem?
[01:15] <snadge> or at least someone who has looked at the source code and might understand the first thing about the focus code
[01:16] <snadge> short version.. when switching workspaces.. sometimes the input focus of the current window isnt set correctly.. it will receive typing input and visually appear to have focus, but for example.. the autocomplete (in location bar) wont function.. and when right clicking, the menu disappears as soon as you move the mouse over it
[01:16] <snadge> unless you manually click on the windows title.. to re-focus it
[01:16] <thumper> snadge: ok
[01:16] <thumper> snadge: here is the good news
[01:16] <thumper> snadge: I'm told that this is fixed in trunk
[01:16] <snadge> oh man.. i want access to the warez ;)
[01:16] <thumper> snadge: however, we've had some issues getting a release out the door
[01:16] <thumper> snadge: but we should have something workable very soon after alpha 2
[01:17] <thumper> snadge: for precise at least
[01:17] <snadge> thats cool.. im running precise
[01:17] <thumper> that bug irritates the crap out of me too
[01:17] <codebrainz> do I have to delete .la files or something to build against GTK+ on ubuntu (I thought i remembered reading this)?
[01:17] <snadge> i wonder if that specific fix is backportable (not that i really care.. all my machines are running precise atm)
[01:17] <thumper> so if it isn't fixed once the release is out
[01:17] <thumper> I'll be banging some heads :)
[01:17] <thumper> snadge: I'm not sure
[01:18] <snadge> does the trunk at least build? is it publically available? :P
[01:18] <snadge> i am familiar with git and building deb packages
[01:19] <snadge> ive been waiting so long for that to be fixed ;)
[01:19] <snadge> its my #1 gripe about unity
[01:19] <snadge> every time it happens .. i have to think of the buddha.. and meditate and go to my happy place
[01:21] <thumper> snadge: well...
[01:21] <thumper> snadge: we are in the process of making things better there :)
[01:22] <thumper> snadge: very soon, we'll have publicly usable daily builds of compiz trunk
[01:22] <snadge> i wonder if these instructions are somewhat relevant
[01:22] <snadge> http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[01:22] <snadge> it says updated jan 17th, and is precise specific
[01:22] <thumper> I've not built from source for three months now
[01:22] <thumper> :-|
[01:22] <snadge> ergh.. make install ? what drugs are these instructions on
[01:23] <thumper> snadge: if you have set the install prefix, it isn't so bad
[01:23]  * thumper looks at the instructions
[01:24] <snadge> it apparently installed into /opt
[01:24] <snadge> installed/installs
[01:24] <thumper> the instructions point it to $HOME/build/unity
[01:25] <thumper> see step 1
[01:25] <mhall119> codebrainz: while I've got you here, have you considered making a Unity QuickList for Geany?
[01:26] <snadge> ok.. well i'll have a look at rebuilding the deb packages instead
[01:26] <codebrainz> mhall119, i don't think any of the devs are using Unity, and no feature requests yet for it
[01:26] <snadge> shouldn't be too difficult ;)
[01:26] <mhall119> codebrainz: where I can file a feature request?
[01:26] <mhall119> :)
[01:26] <codebrainz> mhall119, on the source forge (ugh) site
[01:26] <snadge> and if i break unity horribly.. i'll just switch to unity-2d
[01:26] <codebrainz> it's linked from the Bugs page on geany.org
[01:27] <mhall119> codebrainz: also, I've got my unity situation fixed, and I can confirm that the menu we discussed earlier is populated, but selecting "Alternate" doesn't do anything now
[01:27] <snadge> or reinstall it from precise
[01:27] <codebrainz> mhall119, ah, good to know it's at least breaking consistently :)
[01:27] <codebrainz> i got dbusmenu building from apt-get source, so should have it figured out in a while
[01:29] <codebrainz> thumper, yep, it is breaking where I guessed in the source :)
[01:30] <codebrainz> (ie. parser.c:watch_submenu() )
[01:31] <codebrainz> and since it's a g_return_if_fail() assertion failing, which indicates a programming error, in a static function, I'm going to wash my hands of it :)
[01:33] <thumper> codebrainz: care to file a bug about it?
[01:34] <thumper> codebrainz: you can do that with email you know :)
[01:34] <codebrainz> meh, I can tell you where the problem is :)
[01:34] <codebrainz> (ie. exact line)
[01:34] <thumper> I'll file the bug if you like
[01:34] <thumper> if you can tell me what the problem is
[01:35] <codebrainz> parser.c:1124 it get's a menu widget from the gvalue, but it doesn't guard against it being null before calling watch_submenu() on line 1126
[01:35] <codebrainz> it calls parse_menu_structure_helper() the line before, this function internally properly guards against the parameter being null
[01:35] <mhall119> codebrainz: http://sourceforge.net/tracker/?func=detail&aid=3481844&group_id=153444&atid=787794
[01:36] <codebrainz> I guess somewhere along the line it's trying to get the menushell of the item in question and we haven't added one yet (just a guess)
[01:37] <thumper> codebrainz: got a useful title for the bug?
[01:38] <thumper> codebrainz: and it is on dbusmenu right?
[01:38] <codebrainz> thumper give me a minute and I'll see if i can fix it and pastebin a patch for the bug
[01:39] <codebrainz> it'll be against the version in the repos, but the code doesn't seem to have changed in this part
[01:39] <thumper> codebrainz: I'll make a branch for it
[01:39] <thumper> codebrainz: and I can attribute you as the author
[01:39] <thumper> codebrainz: if you want to privmsg me an email address and name :)
[01:40] <codebrainz> meh, the stopping of bug reports will be more than enough in exchange for fixing it :)
[01:40] <codebrainz> (all my info is on the geany repository fwiw)
[01:44] <codebrainz> thumper, my fix gets rid of the warning, but it don't fix the menu not working :(
[01:47] <codebrainz> hmm, the code seems to assume menus are less than 2 levels deep
[01:47] <codebrainz> *less than 3
[01:48] <thumper> codebrainz: and geany's aren't
[01:50] <codebrainz> the menu in question is 3 levels deep
[01:53] <codebrainz> nope nevermind, this part works ok
[02:29] <codebrainz> hmm, there's even a note about Geany in the comments of the code
[02:34] <cyphermox> thumper: bschaefer: hey
[02:34] <bschaefer> cyphermox, hello
[02:35] <cyphermox> thumper: bschaefer: I'll definitely need help with the ibus input issue in dash. I thought I had figured it out but it turns out it's broken elsewhere if I special case space
[02:35] <cyphermox> bschaefer: hey :)
[02:35] <cyphermox> I'm pretty sure this can be worked around in just unity, though
[02:35] <bschaefer> cyphermox, it can be if the dash could handle XIM
[02:36] <cyphermox> bschaefer: what do you mean?
[02:36] <cyphermox> xim "seems" to work fairly well, although kind of retardedly.
[02:36] <bschaefer> cyphermox, njpatel and I were having problems with unity handle normal text when ibus was being used. That is why we used that env var to force Ibus to handle both kinds of txt
[02:36] <cyphermox> ok
[02:37] <cyphermox> right, if the env var isn't used you don't get any text in ?
[02:37] <bschaefer> cyphermox, correct, only what the im engine that is active can do
[02:37] <cyphermox> arf
[02:38] <cyphermox> but now, with the env var it's getting space committed before characters because it's parsed quicker
[02:38] <bschaefer> cyphermox, for example if you are using pinyin and the env var is not set then only the chinese chars will work
[02:38] <cyphermox> right
[02:38] <bschaefer> well I don't think it is quicker. So what I think is happening is when the ibus sends the key event through to the im engine ie hangul it returns false for say space
[02:39] <bschaefer> because hangul doesn't handle that
[02:39] <bschaefer> but there is still preedit around and then it send that space key event through gtk_filer_keypress which then commits the text BEFORE the preedit is commited
[02:39] <cyphermox> bschaefer: aye
[02:40] <bschaefer> I was able to get the space to work in libhangul because I made it handle the space and commit it correclty
[02:40] <cyphermox> but the IM should still be handling space, because it's a common way to escape out of preedit
[02:40] <cyphermox> bschaefer: it still seems weird that you'd have to patch every single input method to work correctly then
[02:40] <bschaefer> cyphermox, yeah I tested the same thing with pinyin and it handles all key events even ones it doesn't do anything with
[02:40] <cyphermox> bschaefer: hangul isn't the only one. I've tested at least esperanto chu and simi something
[02:41] <bschaefer> hmm that is really interesting. At the same time im not sure if those engines were tested for handling all input
[02:41] <cyphermox> right
[02:42] <bschaefer> which is something ibus does and it is kinda hidden
[02:42] <cyphermox> otoh nothing else seems to use sync mode at all
[02:42] <bschaefer> cyphermox, yeahhh, which getting unity to not use that env var would be awesome
[02:43] <bschaefer> I started looking at some code that we are going to try to land in nux to get around it
[02:43] <cyphermox> no idea how I can help really
[02:43] <cyphermox> but when I spoke to dbarth this morning he asked that I at least ping you and thumper about it to make sure it was on your radar
[02:44] <bschaefer> cyphermox, yeah I got slightly lost on what to do next also; im hoping to get this working in nux to avoid it in unity
[02:44]  * thumper reads backlog
[02:44] <cyphermox> bschaefer: how does Nux impact IM exactly? I haven't found much
[02:44] <bschaefer> cyphermox, well we overload the TextEntery in nux to try and handle IM before it reaches Nux
[02:45] <cyphermox> ah, so that's where it comes from
[02:45] <bschaefer> cyphermox, so if we can not overload it and have Nux handle it completely that would be the best case
[02:45] <cyphermox> bschaefer: however I noticed there are Nux bits missing to catch focux for IMTextEntry, so that IM typing is even possible (via OnFocusIn, OnFocusOut, etc. in IMTextEntry.cpp)
[02:45] <bschaefer> cyphermox, but Nux doens't use gtk at all so it will be a little challenging getting it working as there isn't much documentation
[02:45] <thumper> can I leave it with you two to email jaytaoko about the issue and ideas for a fix?
[02:46] <bschaefer> cyphermox, yeah I had a patch for that since an event got removed from Nux to do that
[02:46] <bschaefer> thumper, yeah I can
[02:46] <thumper> bschaefer: thanks
[02:46] <cyphermox> bschaefer: I spoke to jaytaoko about that specific idea and basically reverted to what used to be done, with OnKeyNavFocusChange or something?
[02:46] <thumper> bschaefer: feel free to cc me so I stay in the lops :)
[02:47] <bschaefer> thumper, will do :)
[02:48] <bschaefer> cyphermox, I tested that signal out and it was only firing when you would leave the input area in the dash
[02:48] <bschaefer> but it wouldn't be called if you say close the dash
[02:48] <cyphermox> works for me
[02:48] <bschaefer> or open it
[02:48] <bschaefer> really?
[02:48] <cyphermox> I thought so
[02:48]  * bschaefer needs to re test that
[02:48] <bschaefer> I tested that a month or so ago
[02:48] <cyphermox> i was successfully typing stuff in ;)
[02:48] <bschaefer> cyphermox, haha, I just had some bools that would get set when Dash was about to open and close to get around that
[02:49] <bschaefer> cyphermox, a signal would be a much better thing for that though.
[02:49] <cyphermox> bschaefer:   OnKeyNavFocusChange.connect([&] (nux::Area*) { HasKeyFocus() ? OnFocusIn() : OnFocusOut(); });
[02:49] <cyphermox> basically, a rehash of what I had seen in bzr history
[02:50] <bschaefer> cyphermox, Good to know, and yeah that is what it use to look like; Ill have to test that out again and have that merged asap.
[02:51] <bschaefer> cyphermox, hmm well for the ibus bug I keep saying it isn't unitys fault because you can re create any that bug in GNOME or unity 2d
[02:51] <cyphermox> bschaefer: I'll have another small fix for handling that IBUS_ENABLE_SYNC_MODE variable if that needs to stay; because programs started from unity then inherit it
[02:51] <bschaefer> if you force the ibus to use that env var
[02:52] <cyphermox> guess so
[02:52] <bschaefer> cyphermox, yeah I played around with that to. To set the env var then unset it when the dash search bar is done getting made
[02:52] <cyphermox> don't need to
[02:52] <bschaefer> cyphermox, what was your fix?
[02:52] <cyphermox> you could just as well leave it there and remove it from context when launching apps
[02:53] <cyphermox> but either way works :)
[02:53] <bschaefer> cyphermox, yeah, but its still broken for unity :(
[02:54] <bschaefer> cyphermox, so ill see what I can get going with this in nux; which I am hoping to get it working with ibuses X11 code because that env var works with that
[02:54] <cyphermox> ok
[02:55] <bschaefer> cyphermox, that is the patch that was thought to fix the entire bug, but only if using ibus through XIM...
[02:55] <bschaefer> cyphermox, thanks for the info on the focus :)
[02:55] <cyphermox> well, I won't spend much more time on it; but don't hesitate to ping me if you want help testing
[02:55] <bschaefer> cyphermox, sweet will do. Yeah I have spent to much time on this :(
[02:56] <cyphermox> I got a few input methods installed and can switch to a full korean desktop to test actual searches
[02:57] <bschaefer> cyphermox, cool, if any progress gets made ill make sure you hear about it :)
[02:58] <cyphermox> ok, thanks!
[02:59] <bschaefer> thumper, also on an update for the key nav mode. There was significant changes to Launcher.cpp; but I think I see where I can make all the changes again to fix it
[02:59] <bschaefer> thumper, just have to recode it and test it
[02:59] <thumper> bschaefer: ack
[03:15] <codebrainz> thumper, was that ted?
[03:16] <thumper> codebrainz: um... don't think so
[03:16] <thumper> but may have been
[03:16] <thumper> I think he is just "ted"
[03:16] <thumper> but it is Ted Gould, so it may have been...
[03:17] <codebrainz> heh, ok. i think i might have tracked down the problem roughly, but not positive
[03:17] <codebrainz> it's god-aweful the things that need to be done to make GTK+ do something it wasn't designed to do :)
[03:26] <snadge> bzr: ERROR: Target directory "" already exists.
[03:26] <snadge> whut
[03:32] <bschaefer> snadge, I think you have to set up an SSH key with launchpad.
[03:32] <snadge> err.. but "bzr branch lp:nux nux"
[03:32] <snadge> appears to be working
[03:32] <snadge> even though its meant to default to that.. if you omit the last parameter
[03:32] <snadge> who writes this stuff .. seriously ;)
[03:33] <bschaefer> snadge, weird, I was getting that error message when I re installed ubuntu and forgot to set up my SSH key
[03:33] <snadge> yeah.. but from the error message
[03:33] <bschaefer> snadge, haha well it has to be someone :)
[03:33] <snadge> "you must do this to
[03:33] <snadge> write to Launchpad or access private data."
[03:33] <snadge> i dont need to write to launchpad or access private data.. so therefore i dont need to login
[03:33] <snadge> is my assumption
[03:34] <bschaefer> snadge, yeah...it could be as hard to detect as the halting problem :)
[03:34] <bschaefer> snadge, joking but yeah Im not sure
[03:34] <snadge> ok i see why the unity build instructions dont build deb packages
[03:34] <snadge> there is no debian directory
[03:34] <snadge> wtf :P
[03:35] <snadge> ok i'll just do it the way the instructions say the ;)
[03:35] <bschaefer> snadge, that is always the safest way
[03:35] <snadge> i just thought.. maybe.. i can build deb packages, since thats how they end up in ubuntu right ?
[03:36] <snadge> of course its a lot more work.. i would theoretically have to update the control file etc
[03:36] <snadge> but i just think it would be nicer to dpkg -i unity*.deb or whatever
[03:37] <snadge> if i break it..i can always switch back to unity2d
[03:37] <snadge> or reinstall the packaged version
[03:38] <snadge> of course if there was a ppa for trunk.. that would be even easier ;)
[03:43] <snadge> ill stop complaining im sorry.. its been one of those days
[03:58] <snadge> is doxygen really required to build unity?
[03:59] <snadge> or will it build without it.. thats 656mb of crap it wants to install
[03:59] <snadge> Doxygen not found. Documentation will not be built
[03:59] <snadge> it appears not
[04:00] <bschaefer> snadge, yeah it isn't needed. sorry got busy; you should be able to build from the dep packages but right now trunk requires building a few other things from trunk
[04:00] <bschaefer> like dee, libunity etc..
[04:01] <snadge> ok well the cmake step has failed to produce a makefil
[04:02] <bschaefer> DBO, hey are you still up and around?
[04:02] <snadge> cmake .. -DCMAKE_BUILD_TYPE=Debug -DCOMPIZ_PLUGIN_INSTALL_TYPE=local -DGSETTINGS_LOCALINSTALL=ON -DCMAKE_INSTALL_PREFIX="$PREFIX"
[04:02] <snadge> that part fails
[04:03] <bschaefer> did you set up $PREFIX and how far did it get?
[04:03] <snadge> CMake Error at /usr/share/cmake-2.8/Modules/FindCompiz.cmake:58 (string):
[04:03] <snadge>   string sub-command REGEX, mode REPLACE needs at least 6 arguments total to
[04:03] <snadge>   command.
[04:03] <snadge> ahh comment out subdir test
[04:05] <snadge>     dbus_g_thread_init();
[04:05] <snadge> plugins/unityshell/src/unityshell.cpp
[04:05] <snadge> its not called g_thread_init(NULL) :/
[04:05] <snadge> i'll just ignore that for now
[04:08] <snadge> ok my prefix wasnt set for some reason
[04:09] <snadge> could've sworn i set it
[04:12] <DBO> bschaefer, yeah
[04:13] <snadge> unity/plugins/unityshell/src/PointerBarrier.cpp:68:52: error: ‘XFixesCreatePointerBarrierVelocity’ was not declared in this scope
[04:14] <bschaefer> DBO, so Im working on the key nav bug. Now that the LauncherController is in place im reworking it with the new code. One thing is mouse_down_outside... signal wont ever get called since GrabPointer() isn't called
[04:15] <bschaefer> snadge, you have to install libxfixes there was a patch a couple days ago for that
[04:16] <DBO> bschaefer, go ahead and make it call GrabPointer()
[04:16] <DBO> we decided a11y apparently doesn't matter
[04:16] <bschaefer> DBO, well that causes a crash
[04:16] <DBO> ...no...
[04:16] <DBO> fix the crash?
[04:17] <bschaefer> DBO, well it is caused in like 3 places when you drag an icon, and when you fix that another one happens; but the problems is if you grab the pointer then you can say drag a window and while quitting form key nav mode
[04:17] <bschaefer> then you cant* drag a window while in key nav mode
[04:18] <bschaefer> DBO, but I got around that by using the window_focus changed in Launcher; but now ubus call that gave key_nav mode its own window isn't there.
[04:18] <bschaefer> Was that intended to be removed?
[04:19] <DBO> key_nav mode its own window?
[04:19] <bschaefer> DBO, ubus_server_send_message(ubus_server_get_default(), UBUS_LAUNCHER_START_KEY_NAV, NULL);
[04:19] <bschaefer> when this use to be called
[04:20] <DBO> we call UBUS_LAUNCHER_START_KEY_SWITCHER for everything
[04:20] <DBO> probably should be KEY_NAV for everything
[04:20] <DBO> and then a gvariant arg for whether or not the keyboard was grabbed
[04:20] <bschaefer> which when that was called I could used the window_focus_change to handle a mouse click out side of the launcher.
[04:23] <bschaefer> DBO, hmm well I can set it up again to close when clicked outside the launcher but the problem is the Launcher it self cant communicate with LauncherController to quit from key nav correctly (or Im missing a bus call)
[04:24] <bschaefer> because just called ExitKeyNavMode() in Launcher doesn't quit from the KeyNav mode correctly
[04:24] <bschaefer> calling*
[04:24] <DBO> none of the keynav logic should be in Launcher
[04:24] <DBO> including the click off behavior
[04:24] <DBO> LauncherController should be the one getting the window_focus_change information
[04:25] <DBO> and then calling KeyNavTerminate(false); itself
[04:25] <DBO> essentially, Launcher as a class knows nothing of this magical thing called keynav
[04:25] <DBO> save for how to render it
[04:26] <bschaefer> DBO, yeah that is what I wanted to call. Alright I can add the Window  Manager to handle a window_focus_change to LauncherController
[04:26] <bschaefer> DBO, and that way makes a lot more sense and looks a lot better
[04:26] <bschaefer> easier to read...
[04:27] <DBO> yep
[04:27] <DBO> basically you shouldn't have to modify the work I have already done to launcher
[04:29] <bschaefer> DBO, Alright, and thanks. Hopefully re coding the key nav fixes should be pretty straight forward
[04:29] <DBO> yeah
[04:38] <snadge> why cant you run export from a shell script ?
[04:38] <snadge> eg.. i just made unity.sh .. and put the SOURCE, PREFIX etc in it.. and it doesnt stick
[04:38] <snadge> unless i manually cut and paste it into my shell
[04:40] <bschaefer> you should put it in you .bashrc
[04:40] <bschaefer> the export
[04:41] <snadge> ok now it appears libxfixes3 needs to be patched
[04:42] <snadge> ie.. the one in the precise repo doesnt have this XFixesSelectBarrierInput symbol
[04:43] <bschaefer> yeah, you should be able to find the source then just compiling it your self
[04:43] <bschaefer> or try sudo apt-get build-dep libxfixes3
[04:43] <bschaefer> as there was another lib that came with it (forgot what it was)
[04:43] <snadge> well i've found the patch
[04:44] <snadge> hmm.. theres an upgrade to x11proto-fixes-dev
[04:44] <bschaefer> yeah thats the one
[05:25] <snadge> doh.. i installed all of the updates now i get a different error after make clean
[05:25] <snadge> unity/plugins/unityshell/src/PointerBarrier.cpp:78:3: error: ‘EventFilterArg’ is not a member of ‘nux::GraphicsDisplay’
[05:26] <snadge> maybe i need to rebuild nux
[05:34] <snadge> ./NuxGraphics/GraphicsDisplayX11.cpp:  void GraphicsDisplay::AddEventFilter(EventFilterArg arg)
[05:35] <codebrainz> thumper, still around?
[05:40] <bschaefer> snadge, yeah pull from nux trunk and rebuild should fix that
[05:40] <snadge> i see its trying to build against -I/usr/include/Nux-2.0
[05:40] <snadge> i installed libnux-2.0-dev or whatever it is from precise
[05:40] <snadge> so maybe i should remove that
[05:40] <snadge> and re-run the cmake command
[05:41] <bschaefer> snadge, are you build nux from trunk?
[05:41] <snadge> yep.. i have nux in my home directory
[05:41] <snadge> it should be using that.. but perhaps my prefix wasnt set correctly or something
[05:41] <bschaefer> snadge, and yeah you will have to rebuild unity once you rebuild nux
[05:41] <bschaefer> yeah make sure your ./autogen.sh --prefix="$PREFIX"
[05:41] <bschaefer> in nux
[05:47] <snadge> hmm.. why is it -I/usr/include/Nux-2.0
[05:47] <snadge> i just apt-get remove libnux-2.0-dev
[05:48] <snadge> its in my home directory.. in ~/build/unity/include/Nux-2.0
[05:48] <bschaefer> what is your $PREFIX ? is it usr?
[05:49] <snadge>  /home/davidb/build/unity
[05:49] <snadge> basically im trying to build it like the instructions here:
[05:49] <snadge> http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[05:49] <bschaefer> hmm those have changed...
[05:49] <snadge> so i've done the libnux part.. its where its supposed to be
[05:49] <bschaefer> I usually just put everything in /opt/unity
[05:50] <bschaefer> so rebuild nux didn't fix the problem?
[05:50] <bschaefer> rebuilding
[05:51] <snadge> no, i just did that.. the problem seems to be that unity isnt picking up that nux isnt in /usr/include but in my homedir instead
[05:54] <bschaefer> snadge, hmm what does this say: pkg-config --cflags nux-2.0
[05:54] <bschaefer> when you run it
[05:54] <snadge> Package nux-2.0 was not found in the pkg-config search path.
[05:55] <snadge> oh woops wrong terminal
[05:55] <snadge> yeah it finds it
[05:55] <snadge> looks like i need to blow away my unity/build dir
[05:55] <bschaefer> yeah delete it and rebuild
[05:56] <bschaefer> snadge, good luck, I have to take off now
[05:56] <snadge> btw.. how does unity know to use the version in your home directory
[05:56] <snadge> cool cheers :)
[05:56] <snadge> it just says "log out and log back in and it should work"
[05:57] <bschaefer> snadge, it probably has a list and start from the top and which ever one it find first it uses. Not 100% syre
[05:57] <bschaefer> sure*
[06:25] <codebrainz> thumper, https://bugs.launchpad.net/ubuntu/+source/libdbusmenu/+bug/907635
[06:25] <ubot5`> Launchpad bug 907635 in libdbusmenu (Ubuntu) "lidbusmenu-GTK crash with Geany IDE using Python" [Undecided,Confirmed]
[06:25] <codebrainz> and I got the real problem fixed also, within the Geany source
[06:25] <codebrainz> thanks for all your help
[06:25] <snadge> unity/plugins/unityshell/src/BamfLauncherIcon.cpp:320:74: error: ‘bamf_window_get_monitor’ was not declared in this scope
[06:26] <snadge> but i have libbamf-dev and libbamf3-dev installed :/
[06:28] <snadge> i wonder if i need the trunk version of bamf
[07:32] <Saviq> mournin'
[07:35] <dyams> saviq: hey what happended? :D
[07:36] <snadge> hmm.. i dont think unity does auto detect the version in my home directory
[07:36] <snadge> it doesnt work unless i $PREFIX/bin/unity --replace
[07:36] <snadge> and even then, it only "sort of" works
[07:37] <snadge> symlinking /usr/bin/unity to /home/davidb/build/unity/bin/unity
[07:37] <snadge> does appear to do the job either
[07:37] <snadge> err doesnt
[07:38] <Saviq> dyams, out of 10 people in my closest family right now 7 are throwing up (most of them - both ends), 1 of which ended up in hospital (late pregnancy), on top of that another one has pneumonia
[07:38] <Saviq> dyams, I'm only waiting when it gets to me and my wife
[07:40] <Saviq> and I really don't have time for this as in 4 days I'm going snowboarding for a week
[07:40] <snadge> hard luck :/
[07:40] <dyams> saviq: sorry initially i felt its a typo
[07:41] <Saviq> dyams, no worries
[07:41] <snadge> my partner is about to give birth either tomorrow or the day after
[07:42] <Saviq> snadge, congrats!
[07:43] <dyams> snadge: congrats, all the best
[07:44] <snadge> yeah and here i am recompiling unity ;)
[07:48] <Saviq> snadge, what else are you supposed to do
[07:48] <Saviq> make her more nervous than she already is?
[07:48] <snadge> i suppose i could go home from work heheh
[07:48] <snadge> but im nearly there
[07:49] <snadge> trying to figure out why its running /usr/bin/unity-window-decorator etc
[07:53] <snadge> ok i havnt compiled that apparently
[07:53] <snadge> also its running /usr/lib/bamf/bamfdaemon
[07:54] <snadge> instead of the one in my home dir.. sigh.. the helpful instructions seemed to imply that you could run the trunk build from your homedir
[07:55] <snadge> its times like this i feel like giving up and using gnome-shell ;)
[08:42] <davidcalle> mhall119, for your politics lens http://blog.pault.ag/post/16793842255/python-sunlight-or-get-at-some-awesome-us-political
[08:56] <greyback> mornin' all
[08:58] <njpatel> hey, this search stuff has disrupted mine and kamstrup's work on the content stuff for the past couple of days, can we reschedule the meeting for same time tomorrow, and I'll spend 2-3 hours with mikkel today to hash everything out?
[09:00] <njpatel> bah, wrong channel
[09:01]  * njpatel hates IRC
[09:06] <Saviq> greyback, hey
[09:07] <Saviq> Kaleo, lemme know when you're there
[09:11] <tsdgeos> Saviq: about the tests for the rtl thing, it's "just" moving stuff around and making it more generic so i can use it from rtl easily
[09:11] <Saviq> tsdgeos, yeah, I know, the diff is huge, though
[09:11] <Saviq> tsdgeos, but
[09:11] <tsdgeos> yeah
[09:11] <Saviq> tsdgeos, we need those tests to go into lp:unity-2d
[09:11] <Saviq> tsdgeos, we need to keep the diff between shell and trunk as small as possible
[09:12] <tsdgeos> those tests won't pass in unity-2d
[09:12] <Saviq> of course the shaping ones won't
[09:12] <Saviq> but the rest that you've changed, should, no?
[09:12] <tsdgeos> well, rtl does'nt work in unity-2d
[09:12] <Saviq> eh?
[09:12] <tsdgeos> at least it doesn't for me
[09:12] <tsdgeos> i've never been able to get the launcher to pop just by dragging the mouse right
[09:12] <tsdgeos> i know you said you can
[09:13] <tsdgeos> but doesn't work here
[09:13] <Saviq> yeah, works fine here
[09:13] <tsdgeos> but yeah
[09:13] <snadge> do you guys run unity from your home directory or /opt ?
[09:13] <Saviq> you running in a VM?
[09:13] <tsdgeos> i can move them there
[09:14] <tsdgeos> Saviq: nope
[09:14] <Saviq> might be related
[09:14] <Saviq> let me see
[09:14] <tsdgeos> Saviq: though i don't know which kind of mega conflict i'll get if we push those to unity-2d
[09:14] <Saviq> snadge, we're running uninstalled
[09:14] <Saviq> tsdgeos, we'll manage
[09:14] <snadge> what do you mean.. as in.. no unity installed from tree
[09:14] <snadge> and compiled locally?
[09:15] <snadge> trying to run it with a prefix appears to be problematic.. the instructions are outdated anyway
[09:15] <Saviq> snadge, well, ok, I'm talking unity-2d here, sorry
[09:15] <Saviq> forgot this # is common
[09:15] <snadge> doh ;)
[09:15] <snadge> im talking about the faecal compiz/nux stuff
[09:15] <Saviq> tsdgeos, indeed it doesn't work on my desktop either
[09:15] <snadge> that makes me want to stab people
[09:16] <Saviq> tsdgeos, but it is supposed to, afaik
[09:16] <snadge> unity-2d is most likely awesome.. carry on ;)
[09:16] <tsdgeos> Saviq: anyway, i'll move the tests, if they fail, they fail, it's not like we are enforcing passing of tests, atm
[09:16] <Saviq> tsdgeos, we'll disable those that fail
[09:18] <snadge> btw.. unity 3d needs heaps more attention atm ;)
[09:18] <snadge> it blows
[09:25] <greyback> snadge: I'm a 2d guy also, but maybe this helpful: http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[09:28] <tsdgeos> Saviq: want me to create a new kanban card for "add rtl tests to unity-2d" or just assume i'm still working on "Put back in support for RTL " ?
[09:28] <Saviq> tsdgeos, it's fine with just one
[09:28] <tsdgeos> k
[09:29] <Saviq> tsdgeos, maybe just move it back to in progress
[09:29] <tsdgeos> done
[09:30] <Saviq> tsdgeos, re contextual menu... it's even weirder than that - tdriver_visualizer shows just one QAction
[09:30] <Saviq> but .count returns 2
[09:35] <Saviq> not only .count, but the .children() returns two, one of which has empty text, the rest seems to be the same
[09:36] <Saviq> both are visible, both are TextHeuristicRole, both are enabled but not checkable...
[09:36] <Saviq> wth
[09:37] <Saviq> ok I'll just adapt the comments
[09:39] <greyback> Saviq: yeah it's weird, I've just looked, context menu of 3 items had 5 QActions. One was separator. But still leaves extra one
[09:40] <Saviq> yup
[09:41] <Saviq> but context menu of 3 actions with two separators (e.g. Firefox) have correct number - 5 - of QActions
[09:42] <Saviq> so I'm thinking the ghost ones are leftover separators
[09:42] <Saviq> -s
[09:42] <Saviq> s/are/is/
[09:48] <snadge> greyback: yeah .. those instructions are out of date :/
[09:48] <snadge> i think the unity/compiz guys go to bed early.. but they shouldn't.. theres lots of work to be done
[09:49] <snadge> #ayatana is invite only now.. sigh :p
[09:49] <greyback> snadge: :( sorry
[09:50] <snadge> its okay i have plenty of moonshine
[09:50] <snadge> and a pregnant partner who gets angry at me for drinking it ;)
[09:56] <Saviq> snadge, #ayatana doesn't exist anymore
[09:56] <Saviq> snadge, it's been moved here
[09:58] <tsdgeos> Saviq: we do have tests in -shell for the launcher that are not in unity-2d ?
[09:58] <Saviq> I don't think we do, should we?
[09:59] <tsdgeos> "Press Alt+F1 to focus/unfocus Launcher when dash is open"
[09:59] <tsdgeos> this one is in shell
[09:59] <tsdgeos> and not in unity-2d
[09:59] <tsdgeos> or so it looks to me
[09:59] <Saviq> should be
[09:59] <tsdgeos> i can't find it
[10:01] <Saviq> oops LP died
[10:07] <Saviq> tsdgeos, https://code.launchpad.net/~saviq/unity-2d/shell_test-launcher-focus-with-dash/+merge/89456
[10:07] <Saviq> tsdgeos, indeed, that went straight into shell
[10:08] <Saviq> needs to be backported
[10:13] <tsdgeos> Saviq: you? me?
[10:13] <Saviq> tsdgeos, if it blocks you in some way - go on
[10:14] <Saviq> tsdgeos, but we'll have more backporting
[10:14] <Saviq> so not sure it needs to be done now
[10:14] <tsdgeos> ok
[10:14] <tsdgeos> no hurries
[10:22] <Kaleo> Saviq: there
[10:23] <Saviq> Kaleo, hey, I need to refactor ScreenInfo, which doesn't make sense for it to be a singleton
[10:23] <Saviq> since there might be more screens
[10:23] <Saviq> each having different geometry
[10:23] <Kaleo> Saviq: ok
[10:23] <Kaleo> Saviq: trunk then
[10:24] <Saviq> yes of course
[10:24] <Saviq> but there are some singleton things there
[10:24] <Saviq> like workspaces
[10:24] <Kaleo> Saviq: are we working on that already?
[10:24] <Saviq> Kaleo, I need that to fix MM in shell
[10:24] <Kaleo> Saviq: are we done with shell?
[10:24] <Saviq> no, I'm doing that for shell to behave the same as unity-2d
[10:24] <Kaleo> Saviq: MM in shell should behave just as in trunk, ie. one panel per screen
[10:24] <Kaleo> Saviq: it should not have anything to do with the shell
[10:24] <Kaleo> Saviq: for now
[10:25] <Saviq> Kaleo, it does, 'cause the whole shell moves to screen 0
[10:25] <Saviq> which is not necessarily topleft
[10:25] <Kaleo> Saviq: how was the dash doing it?
[10:25] <Kaleo> Saviq: just do whatever the dash and launcher were doing
[10:25] <Saviq> I'm thinking the biggest difference was that it wasn't fullscreen
[10:26] <Saviq> and moving to (0, 0) actually made the screen, as returned by QX11Info::appScreen
[10:26] <Saviq> to be correct
[10:26] <Saviq> well, ok, that's not the case
[10:27] <Saviq> but either way, as we discussed with tsdgeos, QX11Info::appScreen is broken by design, 'cause an app might have multiple windows
[10:27] <Saviq> spanning multiple screens
[10:27] <Saviq> so I'm thinking a ScreenInfo {x: 0;  y:0} or ScreenInfo {screen: 0}
[10:27] <Saviq> that should be future-proof
[10:28] <Saviq> and in current unity-2d it works... by chance, really..
[10:29] <Saviq> it's a non-issue in single-screen scenarios
[10:30] <Kaleo> Saviq: it works by chance?
[10:30] <Saviq> Kaleo, looks like it ;)
[10:30] <Kaleo> Saviq: any better explanation? :)
[10:30] <Saviq> not that I could find
[10:30] <Kaleo> Saviq: if it's reliable chance I'd rather postpone that fix by a few dasy
[10:30] <Kaleo> days*
[10:30] <Saviq> well, one possible for the launcher is that it was a Unity2dPanel
[10:30] <Saviq> and that handled the edges
[10:31] <Saviq> and then the dash was glued to the launcher
[10:32] <Saviq> so yeah, that's the explanation for the launcher
[10:32] <Saviq> Unity2dPanel::updateGeometry
[10:32] <Saviq> Kaleo, well, the problem is that now if you launch shell with MM
[10:32] <Saviq> your launcher could just as well display in the middle of your workspace
[10:32] <Saviq> at the left edge of your right screen
[10:33] <Kaleo> Saviq: are we spawning only one shell view?
[10:33] <Saviq> yes
[10:33] <Saviq> but it gets stuck on screen 0
[10:34] <Saviq> which might be your right screen
[10:34] <Kaleo> Saviq: and ScreenInfo does not necessarily have the right geometry info?
[10:34] <Saviq> ScreenInfo relies on QX11Info::appScreen
[10:34] <Saviq> which returns 0 regardless of me moving the window to 0,0
[10:34] <Saviq> which is screen 1
[10:34] <Kaleo> Saviq: don't move the window to 0,0
[10:35] <Saviq> Kaleo, how do I move it to a different screen then?
[10:35] <Kaleo> Saviq: why do you want to do that right now?
[10:35] <Saviq> 'cause otherwise it's unusable in MM
[10:35] <Saviq> Kaleo, mumble?
[10:35] <Kaleo> Saviq: ok
[10:35] <Kaleo> Saviq: is it a regression?
[10:36] <Saviq> Kaleo, Unit2dPanel::updateGeometry
[10:49] <Saviq> Kaleo, http://ubuntuone.com/4H8HYQscWckJvYNroQWBW9
[10:50] <Saviq> Kaleo, http://ubuntuone.com/2v1bYpOxKfsvQ0yifJTgUk
[11:02] <greyback> Saviq: Kaleo: joining us for standup?
[11:02] <greyback> or busy?
[11:03] <Kaleo> greyback: joining
[11:11] <tsdgeos> Saviq: ping
[11:16] <tsdgeos> Saviq: unping
[11:27] <Saviq> tsdgeos, lol
[11:28] <tsdgeos> Saviq: well, now that you are here
[11:28] <tsdgeos> ...
[11:28] <tsdgeos> Saviq: i'm not sure i understand https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-dash-buttons/+merge/90450
[11:29] <tsdgeos> Saviq: what you want is not using the activePageChanged signal?
[11:31] <Saviq> tsdgeos, the panel is listening to activePage to see whether it should display the dash buttons or not
[11:31] <Saviq> tsdgeos, it should listen to the "active" property instead, IMO
[11:32] <tsdgeos> i'll tell you why it's listening to activePageChanged, because dashclient has that and hasn't an activeChanged :
[11:32] <tsdgeos> :D
[11:32] <tsdgeos> so ugo went the fast way
[11:34] <tsdgeos> i'll expand dashclient
[11:37] <Saviq> tsdgeos, well, yes, I know the reason
[11:37] <Saviq> and yes, please extend DashClient
[11:42] <Saviq> dyams, you're eating your lunch at 5pm? ;)
[11:43] <dyams> saviq: yes, bit late today
[11:43] <dyams> saviq: :)
[12:02] <greyback> Saviq: your MR on shell_debian-transition, is it supposed to be able to build debs? Or you just added the transition stuff
[12:02] <Saviq> greyback, it's supposed to build, why?
[12:03] <tsdgeos> Saviq: https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-dash-buttons/+merge/90450 is ready
[12:03] <Saviq> tsdgeos, awesome
[12:03] <greyback> Saviq: it failed on me. Let me try again to make sure it's not my fault
[12:12] <greyback> Saviq: it fails with https://pastebin.canonical.com/59123/
[12:12] <Saviq> greyback, I will check it out
[12:12] <greyback> Saviq: thanks
[12:18] <tsdgeos> Saviq: found a bug in the implementation, hold the review
[12:18] <Saviq> tsdgeos, ok
[12:23] <tsdgeos> Saviq: well, actually it's a bug that is present in the panel now, so as it's not new, please go back to reviewing the patc
[12:23] <tsdgeos> +h
[12:23] <tsdgeos> greyback: about this behaviour i found in the panel that i think it's a bug, i report it in launchpad as a bug?
[12:24] <greyback> tsdgeos: please do. Check it's not there already
[12:25] <tsdgeos> could not find it
[12:26] <greyback> tsdgeos: go for it
[12:27] <greyback> tsdgeos: I briefly looked at your RTL tests. I noticed you removed a lot of the test descriptions. I did it in that way to allow manual tests to be scraped from then, and would help show our test coverage. But I can be persuaded. I need to think more
[12:28]  * greyback going to lunch :)
[12:28] <tsdgeos> greyback: i did remove no test description at all, just moved to a different place
[13:28] <greyback> tsdgeos: oh ok, I just skimmed, will look properly in a bit
[13:29]  * greyback puts his writing cap on
[16:05] <didrocks> hey salem_
[16:05] <salem_> didrocks, hello
[16:05] <salem_> so, I tried to push my branch into launchpad, but I got this: bzr: ERROR: Permission denied: "~tiagosh/libqtdee/libqtdee-local-models/": : Project 'libqtdee' does not exist.
[16:06] <didrocks> salem_: I'm trying to look at the dee-qt trunk then
[16:06] <didrocks> salem_: can you try:
[16:06] <didrocks> yeah, so wrong name
[16:06] <didrocks> it's not libqtdee :)
[16:06] <salem_> ahh, that explains
[16:06]  * didrocks tries to find it, should bee dee-qt
[16:06] <didrocks> be*
[16:06] <didrocks> yeah it is
[16:06] <didrocks> so ~tiagosh/qt-dee/libqtdee-local-models/
[16:06] <didrocks> and then propose a merge
[16:07] <salem_> didrocks, cool, thanks! My mistake, I used the package name, and not the repository name :)
[16:08] <didrocks> salem_: yeah, it's confusing :)
[16:08] <didrocks> yw
[16:08] <salem_> didrocks, ops: bzr: ERROR: Permission denied: "~tiagosh/qt-dee/libqtdee-local-models/": : Project 'qt-dee' does not exist.
[16:08] <didrocks> dee-qt
[16:08] <didrocks> silly me :)
[16:09] <salem_> didrocks, yay! thanks.
[16:11] <didrocks> yw :)
[16:22] <tsdgeos> salem_: https://code.launchpad.net/~tiagosh/dee-qt/libqtdee-local-models/+merge/90895 says there are 20 conflicts?
[16:23] <salem_> tsdgeos, sorry, just deleted, something went wrong
[16:23] <tsdgeos> ok
[16:28] <salem_> tsdgeos, https://code.launchpad.net/~tiagosh/dee-qt/dee-qt-local-models/+merge/90897
[16:29] <tsdgeos> smaller one
[16:29] <tsdgeos> nice :D
[16:31] <salem_> tsdgeos, I am not familiar with libqtdee, so the code might be incorrect.
[16:31] <tsdgeos> i'm much more less familiar than you :D
[16:32] <tsdgeos> salem_: does that setModel need to take a void *
[16:32] <tsdgeos> '?
[16:34] <salem_> tsdgeos, well, I thought about that, I just wanted to avoid including dee headers, as probably client applications that want to use the shared models wont be linking against it.
[16:35] <tsdgeos> salem_: can you not forward declare it?
[16:35] <salem_> that was an assumption though, but I might be wrong.
[16:35] <salem_> like "class DeeModel;"
[16:35] <salem_> ?
[16:35] <tsdgeos> struct DeeModel; actually
[16:35] <tsdgeos> but yes
[16:36] <salem_> ah yes, I believe that is possible
[16:39] <tsdgeos> nice, also being on the extreme nitpicker mode, there's on extra space after the setModel() implementation
[16:42] <salem_> tsdgeos, cool, I am fixing it. will update the branch soon
[16:43] <tsdgeos> :-)
[17:15] <jono> didrocks, I installed the PPA for the new Unity, but moving my mouse to the edge of the screen doesn't show the Launcher
[17:16] <seb128> jono: move faster
[17:16] <didrocks> jono: you have to push!
[17:16] <jono> seb128, still doesn't work
[17:16] <didrocks> a lot :)
[17:16] <seb128> jono: over do it
[17:16] <jono> I am slamming it into the edge
[17:17] <didrocks> jason_: seems you are upseting a musician ^
[17:17] <gord> if the cursor doesn't come out through the other side of your monitor, you didn't push hard enough
[17:17] <seb128> did you set reveal on edge or corner? (the corner doesn't work I think)
[17:17] <didrocks> you want make it music harder? :)
[17:17] <didrocks> to make his*
[17:17] <jason_> didrocks, musician?
[17:17] <jason_> jono, dont slam, just push against the edge
[17:18] <jono> jason_, sorry, pal it is not working
[17:18] <jono> I set it to the Left Reveal
[17:18] <jason_> jono, did you restart X?
[17:18] <jono> but it won't appear
[17:18] <jono> I logged out and backin again
[17:18] <jason_> okay
[17:18] <jono> does that restart X?
[17:18] <jason_> what is your screen resolution
[17:18] <jason_> yes
[17:18] <davmor2> jono: you need your mouse/pad with your head till it gives up and work or you wind up concussed that should fix it :)
[17:18] <jono> jason_, 1440x900
[17:19] <jason_> jono, can you please install this PPA: https://launchpad.net/~raof/+archive/help-jason/
[17:19] <jason_> and then restart X
[17:19] <jason_> jono, can you please install this PPA: https://launchpad.net/~raof/+archive/help-jason/
[17:19] <jason_> and then restart X
[17:19] <jono> jason_, what is in there?
[17:19] <jason_> jono, a new xserver
[17:19] <jono> hmmm ok
[17:19] <jono> one sec
[17:19] <jason_> which helps with this problem
[17:20] <jason_> also Cthulhu
[17:21] <jono> jason_, installing now
[17:21] <jono> Cthulu?
[17:21] <jason_> jono, not a lovecraft fan eh?
[17:22] <jono> jason_, not metal
[17:22] <jono> Call Of The Cthulu by Metallica is though
[17:22] <jono> brb, restarting X
[17:23] <jono> jason_, ok I upgraded X and logged back out and in again
[17:23] <jono> so that means I should be running the new X in the PPA, right?
[17:23] <jason_> jono, thats the theory
[17:23] <jono> same problem with the Launcher
[17:23] <seb128> jono: does it show on keyboard activation?
[17:23] <jason_> jono, if you hold Super does it come out?
[17:24] <seb128> jono: can you check in the control center ui that you are on edge reveal?
[17:24] <jono> seb128, yep, pressing Super reveals
[17:24] <jono> it
[17:24] <jason_> seb128, that setting does nothing right now
[17:24] <jono> seb128, it is
[17:24] <seb128> jason_, right, I just want to make sure he's not on a broken ccsm value
[17:24] <jason_> hmmm
[17:24] <seb128> jono: "left side" is selected?
[17:24] <jono> seb128, yep
[17:25] <seb128> ok, dunno then
[17:25] <jono> jason_, anything else I can do?
[17:25] <jason_> jono, wait for me to think
[17:25] <jono> np
[17:25] <jono> also, the new home lens is empty when I show the dash
[17:25] <jono> if I select another lens (e.g. apps) and then go back to home, it displays the content then
[17:25] <seb128> jono: does it get populated if you type something in the entry and clear it?
[17:25] <jason_> jono, are you using a mouse?
[17:25] <seb128> jono: that's a known bug, mhr3 was working on it
[17:25] <jono> jason_, trackpad
[17:26] <jono> seb128, cool
[17:26] <jason_> jono, can you try a mouse?
[17:26] <jono> jason_, I can in a bit, but not now
[17:26] <jason_> its possible your trackpad is sending absolute motion events
[17:26] <jono> jason_, give me 15mins to review a doc for willcooke and then will test with a mouse
[17:26] <jono> I can also then test the multi-monitor goodness
[17:27] <jason_> in the mean time jono
[17:27] <jason_> can you tell me what trackpad you go?
[17:29] <jono> jason_, I am not sure, it is on a Thinkpad T400
[17:29] <jason_> lspci -vvv
[17:31] <jono> jason_, I don't see anything listed there
[17:31] <jason_> lsusb maybe
[17:32] <jono> jason_, nope
[17:32] <jason_> jono, give me your /var/log/Xorg.0.log
[17:33] <jono> jason_, sent
[17:37] <jason_> jono, are you amd64 or i386
[17:37] <jono> i386
[17:58] <jason_> jono, let me know how the mouse goes
[18:00] <didrocks> jason_: someone on the french forum is also having "hard time to reveal the launcher"
[18:00] <didrocks> so my xt2 wasn't the only case
[18:01] <didrocks> jason_: I guess there will need some adjustement, if you want to push a version with debug info on the command line, we can maybe do that
[18:01] <jono> jason_, about to go and test
[18:05] <balloons> jono, jason_  also testing currently, and about to unleash the u+1 folks on unity 5.2
[18:05] <jono> balloons, awesome :-)
[18:08] <AlanBell> are there some examples of lenses that require authentication?
[18:09] <Saviq> AlanBell, gwibber, probably, but that uses a local db
[18:09] <Saviq> AlanBell, there's a Lenses session in #ubuntu-classroom in an hour
[18:09] <davidcalle> AlanBell, nope. Only the Flickr scope which is relying on a great flickr API that does all the work.
[18:09] <AlanBell> oh cool
[18:10] <AlanBell> davidcalle: yeah, I am concerned that if there is no right way to do it and you install 6 lenses that all ask for credentials in randomly different ways it will be a bit of a mess
[18:10] <davidcalle> AlanBell, agreed.
[18:11] <AlanBell> I kind of want my openERP lens to sit quietly in the dash with server, username and password fields on it and no content until they are filled in, then it remembers them for the user
[18:12] <balloons> can you remind me if I can see the information I submitted again? if so how?
[18:12] <balloons> i am so scatter-brained this week.. so much going on :-)
[18:12] <balloons> I mean the information I submitted for the checkbox unity tests
[18:12] <AlanBell> but I have no means of asking the user to authenticate apart from ugly popups on loading of the lens even if the user doesn't want to use that lens right now
[18:19] <balloons> all, I put a write-up here: http://www.theorangenotebook.com/2012/01/unity-52-whats-new-and-call-for-testing.html. Please feel free to share and let me know if there are any mistakes
[18:21] <fantasti1001> hi, how global menu works ? (from development side)
[18:21] <fantasti1001> what alforithm was used for that ?
[18:22] <fantasti1001> how it works with qt/gtk/fltk and other applications ?
[18:27] <Daekdroom> Hm.. Launcher is not revealing in 5.2 (from unity-team/ppa)
[18:27] <Daekdroom> Not revealing by cursor. Super is working alright
[18:28] <balloons> Daekdroom, you have to move the cursor all the way left
[18:28] <Daekdroom> I'm pretty sure I know how to do that.
[18:28] <balloons> it's a bit different than in the past.. trying scrolling into the side of the screen
[18:28] <etneg_> oook
[18:28] <etneg_> is this the design channel for unity?
[18:28] <Daekdroom> It's not showing up at all
[18:28] <Daekdroom> I tried changing the option (left or top left) in gnome-control-center and it's still not working
[18:29] <etneg_> prolly not
[18:29] <balloons> Daekdroom, on my box it won't show if I just place the cursor there.. I have to scroll into it..  if your doing that and it's not showing, something might be wrong
[18:31] <jono> jason_, using a mouse now
[18:31] <jono> still same heres
[18:31] <jono> still same issues
[18:31] <jono> every so often it works, but 99% it doesnt
[18:32] <balloons> jono, you also not able to pull up launcher?
[18:32] <balloons> by cursor that is
[18:32] <jono> balloons, indeed
[18:32] <balloons> Daekdroom, it appears your not alone :-)
[18:32] <balloons> are you single monitor?
[18:33] <balloons> I'm multimonitor, it's working fine
[18:33] <jono> I have the same problem on both single and multi-monitor
[18:33] <jono> although, I have never had multi-monitor working before, so this is a first for me :-)
[18:34]  * balloons is just lucky.. /me never had issues with multi-monitor
[18:34] <jason_> jono, I have an application I need you to run
[18:34] <jono> jason_, ok
[18:37] <jason_> jono, save this to a file: https://pastebin.canonical.com/59149/
[18:37] <jason_> (call it barrier.c)
[18:37] <jason_> then in the directory you saved it
[18:37] <jason_> in a terminal
[18:38] <jason_> gcc barrier.c -o barrier -lX11 -lXfixes
[18:38] <jason_> then
[18:38] <jason_> ./barrier 500 50000
[18:38] <jason_> jono, you here?
[18:39] <jono> jason_, yep
[18:40] <jono> sorry, networking issues
[18:40] <jason_> want me to re-type what I said?
[18:40] <jono> yep
[18:40] <jason_> jono, save this to a file: https://pastebin.canonical.com/59149/
[18:40] <jason_> then in the directory you saved it
[18:40] <jason_> in a terminal
[18:40] <jason_> gcc barrier.c -o barrier -lX11 -lXfixes
[18:40] <jason_> then
[18:40] <jason_> ./barrier 500 50000
[18:40] <jason_> that will create a barrier 500 pixels into your screen (only the top 450 pixels of your screen)
[18:41] <jason_> it only will work moving right to left
[18:41] <balloons> jason_, think overscan could be at play?
[18:41] <jono> barrier.c:60:2: warning: format ‘%d’ expects argument of type ‘int’, but argument 2 has type ‘PointerBarrier’ [-Wformat]
[18:41] <balloons> funny to mention it in the era of lcd's...
[18:41] <jason_> jono, yeah thats just a warning
[18:42] <jason_> balloons, seems more likely I have some logic mistake somewhere in unity
[18:42] <jono> jason_, ok it is running, now what?
[18:42] <jason_> or hes not getting a threshold hit
[18:42] <jason_> jono, there is a barrier in the middle of your screen
[18:42] <jason_> start tripping it
[18:42] <jono> yup
[18:42] <jason_> I want to know the velocity values you get
[18:42] <jason_> and the id values
[18:43] <jason_> do they seem to stay consistent throughout a "trap" of the mouse
[18:46] <jono> sorry
[18:46] <jono> it hung my machine at one point
[18:46] <jono> http://pastebin.ubuntu.com/824223/
[18:46] <jono> jason_, ^
[18:46] <jason_> well you are certainly generating the velocity required...
[18:46] <jono> gotcha
[18:47] <jason_> on multi-monitor
[18:47] <jason_> are you still in multiple monitors jono?
[18:48] <jason_> jono, leave teh same program running, and push against the left edge of your screen
[18:48] <jason_> does it print out debug?
[18:48] <jason_> (the protocol lets us snoop, its a lovely security hole RAOF will have to close some time...)
[18:48] <jono> jason_, yep in multimonitor
[18:50] <jono> jason_, http://pastebin.ubuntu.com/824229/
[18:50] <jono> it's weird becomes sometimes it does appear
[18:50] <jono> but rarely
[18:51] <jason_> thats really weird...
[18:51] <jason_> I mean, I see why its failing now...
[18:51] <jason_> but I dont understand why its acting that way
[18:52] <jason_> jono, can you try it on your monitor barrier (make sure to approach it slowly)
[18:53] <jono> jason_, http://pastebin.ubuntu.com/824233/
[18:53] <jono> brb
[18:54] <jason_> jono you are pushing on the right edge of the left screen
[18:54] <jason_> jono, you need to push againt the left edge of the right screen
[18:55] <jono> one sec
[18:57] <jono> jason_, http://pastebin.ubuntu.com/824245/
[18:58] <jason_> jono, want to go the full 9 yards for me here?
[18:58] <jason_> I need you to rebuild unity
[18:58] <jono> no thanks
[18:58] <jono> not now, on a call
[18:58] <jason_> even if I tell you how to make packages?
[18:58] <jason_> kk
[18:58] <jono> maybe in a bit
[18:59] <jason_> anyone else here having this problem?
[19:08] <Daekdroom> Huh.
[19:08] <Daekdroom> I am.
[19:09] <Daekdroom> Unfortunately I have to leave now.
[19:10] <AlanBell> jason_: what is needed to test it?
[19:10] <jason_> some peopleslauncher doesn't reveal
[19:10] <jason_> https://code.launchpad.net/~unity-team/unity/unity.dont-emit-on-id-change/+merge/90923
[19:11] <jason_> that merge should fix it
[19:12] <jason_> AlanBell, ^^
[19:13] <AlanBell> my launcher is set to not-hide at the moment, do I just need to update or get a PPA to have the monitor barrier stuff?
[19:13] <jason_> unity staging PPA
[19:14] <AlanBell> ok, and I need to purge HUD first?
[19:14] <jason_> ya
[19:15] <AlanBell> ok, I will have a go at that. Quite keen to test this as the launcher popping in and out was infuriating until I set it to be static
[19:45] <kenvandine> mhr3, i figured out the speed issues in the gwibber lens, it has nothing to do with the search speed
[19:46] <kenvandine> mhr3, it is because of the size of the results model before searching
[19:46] <kenvandine> since by default it displays everything
[19:47] <kenvandine> if i start with nothing in the results_model, searching is blazing fast
[19:47] <kenvandine> mhr3, do you think it is unity picking up the clear of 4000 rows that takes a few seconds to render?
[19:48] <kenvandine> my search finishes in about 20ms and the view in unity doesn't visibly change for about 3s after my search is done
[19:53] <malin> Hi. I am working on a unity-lense, it's my first lense, and I can't get it to work. This is my project page with the source code. I wonder what I am doing wrong: https://launchpad.net/unity-buss
[19:58] <mhall119> malin: you need to run your lens daemon in the GLib mainloop, like the same code has
[20:00] <malin> how do I run my code in a GLib mainloop?
[20:01] <mhall119> would it be possible/practical for Unity to check for lenses/scopes in .local/share/unity/lenses as well as /usr/share?
[20:01] <malin> don't know?
[20:02] <mhall119> malin: sorry, that was for the Unity devs
[20:02] <mhall119> malin: starting at line 86 of http://bazaar.launchpad.net/~unity-team/unity-lens-sample/python-5.0/view/head:/unity-scope-wikipedia
[20:02] <kenvandine> mhall119, that would be soooooo nice
[20:02] <mhall119> that's what I think you're missing
[20:02] <mhall119> kenvandine: hey, could you help me get Singlet into the archives?
[20:03] <kenvandine> sure
[20:03] <mhall119> I have a package in the scopes ppa
[20:03] <kenvandine> i happen to be doing patch pilot tomorrow... i'll do it in the morning, ok?
[20:03] <kenvandine> point me to the packaging branch
[20:04] <mhr3> kenvandine, you could be, it also takes a while to send the results over, but yea processing them on the unity side might be the culprit
[20:04] <kenvandine> mhr3, it is VERY fast if i start with an empty results_model
[20:04] <kenvandine> but going from 4000+ results to 20 takes a few seconds to render
[20:05] <kenvandine> not sure what i can do about that...
[20:06] <mhr3> hmm, maybe the removing is slow in unity
[20:06] <mhr3> it's not path one usually optimizes :)
[20:07] <kenvandine> right
[20:07] <kenvandine> but for the gwibber case, i think it makes sense to start with a view of everything
[20:07] <gord> pfft, nothing is slow in unity
[20:07] <kenvandine> :)
[20:08] <mhr3> gord, like rendering icons until recently? :)
[20:08] <gord> mhr3, rendering icons was fine, it was loading them and that was neil code! lucky we got rid of him before he did even more damage! </notbitter>
[20:08] <mhall119> kenvandine: lp:~mhall119/singlet/precise-package has the ./debian/ files
[20:08] <mhall119> lp:singlet is trunk
[20:08] <kenvandine> mhall119, great
[20:09] <mhr3> gord, aaah, right, anything slow is njpatel's fault :)
[20:10] <gord> oh we only ever remove one row at a time. maybe we should add a rows-removed signal
[20:10] <mhr3> kenvandine, so you know who to blame ;)
[20:10] <gord> plural
[20:10] <kenvandine> haha :)
[20:10] <kenvandine> all gord's fault
[20:10] <kenvandine> :-D
[20:10] <gord> neil wrote that :P
[20:10] <mhr3> gord, it would make sense to have a quick clear path
[20:10] <mhr3> that could help
[20:10] <mhall119> gord: is there not a clear-all signal?  that seems like it wouold be a common use case
[20:11] <mhr3> gord, cause most lenses are just clearing the model before adding the results back
[20:11] <kenvandine> indeed... every lens i have looked at does it :)
[20:11] <gord> mhr3, yeah we should add that, both
[20:12] <kenvandine> so maybe it is both libdee and unity to blame :)
[20:13] <mhr3> kenvandine, dee is never to blame :P
[20:13]  * kenvandine roflao
[20:13] <kenvandine> :-D
[20:14]  * kenvandine hugs dee
[20:14] <mhr3> dee is perfect by definition
[20:14] <kenvandine> dee is the coolest thing I have seen in a long time :)
[20:14] <kenvandine> mhr3, and never any bugs
[20:15] <mhr3> exactly!
[20:15] <davmor2> kenvandine: what is this dee you talk of a chest freezer or a computer lib :D
[20:15] <kenvandine> just add a "cleared" signal and it'll be perfect
[20:15]  * kenvandine wonders what a chest freezer is 
[20:15] <kenvandine> :-D
[20:17] <davmor2> kenvandine: http://chestfreezer.co.uk/ rather than an upright
[20:18] <kenvandine> an... in american english we just call that a freezer :-p
[20:18] <kenvandine> davmor2, i don't get the dee reference to that though?
[20:19] <davmor2> kenvandine: you said it was the coolest thing you had ever seen?
[20:19] <kenvandine> oh
[20:19] <kenvandine> hahaha
[20:19]  * kenvandine was looking at that too literally :)
[20:19] <kenvandine> dee is cooler than a chest freezer
[20:20] <kenvandine> i have to wear a parka to work with it
[20:20] <davmor2> haha
[20:23] <mhall119> davmor2: do you have 'perfect' as an IRC hilight or something?
[20:23] <mhall119> or did your spidey senses tell you someone was claiming to have inbreakable code?
[20:23] <davmor2> mhall119: Yeap
[20:24] <davmor2> mhall119: I was getting the special hammers ready
[20:24] <mhall119> lol
[20:24] <mhall119> you have a particularly dangerous form of QA
[20:25] <davmor2> mhall119: I found if the hammer don't work I can always move onto power tools hasn't gone that far yet though
[20:28] <jason_> AlanBell, hows it going?
[20:57] <balloons> jason_, still looking for someone who is having issues getting launcher to show?
[20:57] <jason_> balloons, try this: https://code.launchpad.net/~unity-team/unity/unity.dont-emit-on-id-change/+merge/90923
[20:58] <balloons> sadly it works right now for me.. but I can verify this doesn't break anything :-) I was saying if you were still looking I could see if anyone testing has had the issues yet
[21:28] <om26er> 1 multimonitor implementation issue, You get two launchers on one screen after disconnecting the output cable (tested trunk) will file it tomorrow
[21:28] <om26er> or days for that matter its late :p
[21:29] <bschaefer> mhr3, awesome news! Yeah Ill have the branch ready to go as soon as we are unfrozen :)
[21:30] <mhr3> bschaefer, awesome, thx
[22:03] <mhall119> who can I talk to about lightdm on multi-monitor?
[22:14] <Saviq> mhall119, Robert Ancell is working on lightdm
[22:15] <Saviq> mhall119, it's 9:14 am for him, should probably be around soon
[22:15] <mhall119> thanks Saviq
[22:26] <htorque> hi all! any idea why indicator-loader3 freezes the desktop when using it with the appmenu indicator? here's its output: http://paste.ubuntu.com/824509/
[22:26] <htorque> it updates the menu bars just fine, but when opening a menu, the last message gets repeated over and over again.
[22:31] <bschaefer> thumper, hey quick question about a static variable in a function vs a private variable for a class.
[22:31] <bschaefer> thumper, where only one function will use this variable and no other ones need to know about it
[22:32] <thumper> bschaefer: what is the question?
[22:32] <bschaefer> thumper,
[22:32] <bschaefer> opss, which is better to use?
[22:32] <bschaefer> where I put the variable as a private member of the class or just use a static variable to get the same effect but keep the scope to only that function
[22:32] <thumper> bschaefer: if there should only be one value for every instance of the class, then static is the right thing
[22:33] <thumper> bschaefer: if it is effectively an attribute of the object
[22:33] <thumper> bschaefer: then a private member is right
[22:34] <bschaefer> thumper, when you say only one value do you mean const?
[22:34] <bschaefer> as it wont change
[22:34] <thumper> bschaefer: a static variable inside a function only gets initialized once for the program execution
[22:34] <thumper> and there is only once instance of that variable for all objects
[22:35] <bschaefer> thumper, alright cool
[22:35] <bschaefer> also if I remember reading something in the standard dont all static vars get set to 0?
[22:35] <bschaefer> automatically
[22:35] <thumper> not ones inside a method
[22:35] <thumper> but global statics
[22:36] <bschaefer> thumper, alright good to know! Thanks
[23:39] <bschaefer> thumper, https://code.launchpad.net/~brandontschaefer/unity/new.fix-896122/+merge/90981
[23:39] <bschaefer> merge for the new KeyNav mode
[23:39] <bschaefer> fixes
[23:51] <codepal> anybody know how I run manual tests for  unity-team-ppa ?
[23:51] <codepal>  message box on my screen told me I should...
[23:51] <codepal>  but, I don't know how
[23:52] <thumper> hi codepal
[23:52] <codepal> nm - just found it in the dash
[23:52] <thumper> ok
[23:53] <codepal> running the tests - awesome!
[23:53] <codepal> what new features does checkbox implement?
[23:53] <thumper> sorry, no idea, didrocks does that bit