[01:03] <thumper> mhall119: probably in some design document
[01:04] <thumper> mhall119: ask JohnLea
[01:25] <bschaefer> jaytaoko, hey, ping
[01:26] <bschaefer> thumper, also if you get a chance, this branch should be just need a quick glance over for a review:
[01:26] <bschaefer> https://code.launchpad.net/~brandontschaefer/unity/fix-711199/+merge/89192
[01:26] <thumper> bschaefer: sure
[01:26] <thumper> bschaefer: trying to look at yet another regression
[01:26]  * thumper sighs
[01:26] <bschaefer> o no!
[01:27] <bschaefer> thumper, what is the regression?
[01:27] <thumper> super-a not always showing the dash
[01:28] <bschaefer> ugg those dash bugs are annoying :(
[01:28] <bschaefer> if I can finish up this dead key regression Ill see if I can help!
[01:29] <thumper> :)
[01:31] <bschaefer> but I also have all day tomorrow! (Yay for being 21 hours behind you haha)
[01:52] <thumper> thomi: there is certainly a bug
[01:52] <thumper> I'm looking at timing
[01:53] <thumper> and there is some weirdness
[01:53] <thumper> I think I'm getting close
[01:53] <thomi> cool.
[01:53] <thomi> it seems to be getting worse for me over time
[01:53] <thomi> ...but this morning gord said it worked fine for hom
[01:53] <thomi> *him
[01:53] <thomi> maybe it only happens on blinging laptops :P
[01:55] <thumper> there is certainly some issue...
[01:55]  * thumper adds moar logging
[02:22] <thumper> thomi: I've found the problem, now just wondering how it ever worked
[02:22] <thomi> cool!
[02:22] <thomi> what was it?
[02:25] <thumper> it is a timing issue
[02:25] <thumper> I think made worse by changes in the compiz screen grabs
[02:25] <thumper> two different methods arguing over who gets to show the dash
[02:25] <thumper> however one is a toggle
[02:26] <thumper> so if it loses, it hides the dash
[02:26] <thumper> :)
[02:26]  * thumper tries the fix (of commenting out one line)
[02:28] <thomi> heh
[02:28] <thomi> nice
[02:28] <thomi> le's get that merged - I want my autopilot tests to pass
[02:30] <thumper> hmm...
[02:30] <thumper> nothing is that simple
[02:30] <thumper> arse
[02:30] <thumper> still a timing issue
[02:30]  * thumper digs more
[03:06] <thumper> thomi: ok
[03:07] <thumper> thomi: the regression is in the tap detection :(
[03:07] <thomi> ok?
[03:07] <thomi> hah
[03:07] <thumper> super-a
[03:07] <thumper> is showing the application lens
[03:07] <thumper> then thinking you tapped super
[03:07] <thumper> to close the dash
[03:07] <thomi> *sigh*
[03:07] <thumper> yep
[03:08] <thomi> ahh well, at least we know what the issue is
[03:08] <thumper> yep
[03:08] <thomi> what do we do now?
[03:08]  * thumper emails Daniel :-|
[03:08] <thomi> what a way to join the company!
[03:08] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[03:08] <ubot5`> Ubuntu bug 770283 in fglrx-installer (Ubuntu) "[fglrx]title bar does not update on non-maximized windows" [Undecided,Confirmed]
[03:08] <thomi> "Welcome to the company - FIX THIS NOW"
[03:08] <snadge> please fix this bug.. it is really annoying ;)
[03:09] <snadge> i dont blame the ubuntu devs.. i want to march into amd's office and slap the linux catalyst driver guy around
[03:10] <snadge> he should just accidentally release the source code to fglrx on piratebay
[03:11] <snadge> its frustrating having to depend on binary drivers that are poorly maintained
[03:11] <snadge> it would be nice if they could abandon fglrx.. and create proprietary addons to the radeon driver
[03:12] <snadge> which you can obviously disable or not use at compile or run time
[03:12] <thomi> snadge: I'd love to help, but I'm running an nvidia chipset, so can't reproduce :(
[03:13] <snadge> yeah i have a house full of radeon chips.. its frustrating
[06:23] <snadge> so i have some information regarding the fglrx window title bug
[06:23] <snadge> apparently everyone else.. intel, nvidia, radeon etc.. uses a GL2 dri
[06:23] <snadge> but for whatever reason, fglrx is still on GL1
[06:23] <snadge> the window title bug used to exist on other gpus as well
[06:23] <snadge> but it seems instead of fixing the problem.. they switched to using GL2
[06:24] <snadge> and fixed the drivers instead.. (because they're open)
[06:24] <snadge> amd has committed to supporting GL2 dri, but this hasn't happened yet
[10:09] <angeloc> MacSlow: i think i found the root of the problem!
[10:09] <angeloc> MacSlow: on row 2695 in Launcher.cpp this will be called unrespectively of where launcher mouse is on
[10:09] <angeloc> MacSlow: _dnd_hovered_icon = new SpacerLauncherIcon();
[10:09] <angeloc> MacSlow: how choose a launcher instead of another? Involves it mouse x,y?
[10:10] <angeloc> bug 925021
[10:10] <ubot5`> Launchpad bug 925021 in unity (Ubuntu) "Launcher - Inserting items into launcher makes unnecessary animations on other monitors" [High,Confirmed] https://launchpad.net/bugs/925021
[11:15] <Saviq> gord, hey, any idea why the word highlights in HUD results are gone in indicator-appmenu from ppa:ubuntu-desktop/ppa?
[11:17] <gord> Saviq, i'd imagine that ted made a change in the backend to stop supplying the pango formatting to highlight them
[11:17] <Saviq> gord, yeah that's what I'd thought, was just wondering whether you know the cause for that, I'll wait for Ted to show up, thanks
[11:18] <gord> Saviq, well we discussed replacing the pango <b> tag with one we could match against client side, but i'm not sure if he went and made that change before we were ready or not
[11:19] <Saviq> gord, ok thanks
[11:29] <Saviq> gord, hmm just noticed that it lost the app icon, too
[11:46] <gord> Saviq, you are going to make me install the ppa and see aren't you? ;)
[11:47] <Saviq> gord, no, not really :)
[11:47] <Saviq> gord, we're reproducing it here no problem
[11:47] <Saviq> so will wait for Ted to confirm
[11:47] <gord> i might as well take a look, i have a few minutes before lunch
[16:31] <Saviq> didrocks, any news on unity-common getting into unity-merger?
[16:34] <didrocks> Saviq: no, didn't really get the time to look at the issue we saw the other day on pbuilder with all the unity release thing…
[16:35] <didrocks> Saviq: but I though you just needed a dummy schema?
[16:35] <didrocks> Saviq: can the test just copy it
[16:35] <didrocks> run update-glib…
[16:35] <didrocks> and be done with it?
[16:35] <didrocks> (you are root on the system in the merger)
[16:36] <Saviq> didrocks, well, yeah, that would work, too
[16:37] <Kaleo> ;)
[16:37] <Saviq> but... then we would have to jump through hoops for the test to pass during normal testing without root
[16:37] <Saviq> and honestly sounds like a bad thing to do ;P
[16:37] <didrocks> getuid? :)
[16:38] <Saviq> didrocks, I can get a hook to install unity-common only when building unity-2d, will you accept that?
[16:38] <didrocks> Saviq: oh, you found that? yeah, that was what I intended to do with my first proposal
[16:39] <didrocks> Saviq: just didn't get the time to look at how to do that in the D*
[16:39] <Saviq> didrocks, well, didn't, yet, but can spend some time to make sure of that
[16:39] <Saviq> didrocks, ok, I'll take a look
[16:39] <didrocks> yeah, that's was my first intend to do :)
[16:39] <didrocks> thanks Saviq
[16:42] <snadge> so compiz/nux still uses opengl 1 code path with fglrx?
[16:42] <snadge> and every other driver is using opengl 2?
[16:42] <snadge> i heard some words to this effect.. i dont really know what im talking about.. and hoping someone can shed some more light on this
[16:52] <jaytaoko> snadge: compiz/nux uses the highest version of opengl installed on the system. The minimum version of opengl that we support is opengl 1.4. In practice we don't use features of opengl beyond opengl 2.1
[16:54] <jaytaoko> snadge: there use to be a problem with fglrx and compiz. the fglrx driver would set compiz in indirect mode. That mode is restrictive and not very efficient. That issue has been resolved.
[17:29] <angeloc> didrocks: unity from lp:unity doesn't compile
[17:30] <angeloc> didrocks: unityshell.cpp:1527:26: error: ‘StateTermTapped’ is not a member of ‘CompAction’
[17:30] <didrocks> angeloc: it does compile, do you have latest compiz?
[17:30] <angeloc> didrocks, pulled right now
[17:30] <didrocks> angeloc: it's compiled automatically on every commit, otherwise trunk is rejected :)
[17:31] <angeloc> didrocks: mmm, i have to try harder!
[17:31] <didrocks> angeloc: add the ppa:unity-team/ppa
[17:31] <didrocks> you will get latest compiz and latest nux
[17:31] <didrocks> which are needed for unity trunk
[17:31] <angeloc> didrocks: wow!
[17:33] <didrocks> Saviq: if you need this branch to be merged, I can temporary adding unity-common without any constraint
[17:33] <didrocks> then removed once merged
[17:33] <didrocks> (as unity is frozen, it's fine)
[17:41] <snadge> jaytaoko: has been resolved where.. in tree? or unity ppa?
[17:41] <snadge> its this bug im specifically referring too anyway
[17:41] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[17:41] <ubot5`> Ubuntu bug 770283 in fglrx-installer (Ubuntu) "[fglrx]title bar does not update on non-maximized windows" [Undecided,Confirmed]
[17:43] <didrocks> Saviq: good new, I know what to do!
[18:11] <didrocks> Saviq: ok, my try didn't work out, but I'm close to! I'll have a deeper look on monday :)
[18:32] <jaytaoko> snadge: the problem I am was referring has been resolved in compiz and released. The bug you mentioned is something else. From  your previous question, I thought you needed more info about the version of OpenGL we are using.
[21:16] <louis699> Hi, I'm getting the error /usr/src/gtest does not contain a CMakeLists.txt file
[21:16] <louis699> when I try to compile Unity
[21:16] <louis699> I think that I have the latest source.
[21:18] <louis699> Any ideas?
[23:16] <louislepp> I managed to fix the error with gtest's CMakeLists file that I was encountering earlier, while tring to build unity, now I'm getting a compile error in unityshell.cpp:1527:26
[23:16] <louislepp> StateTermTapped is not a member of CompAction