[07:52] <tsdgeos> Trevinho: mhr3: https://code.launchpad.net/~aacid/unity/make_it_compile/+merge/128642 ?
[07:56] <mhr3> ehm, how would the mergers push something that doesn't compile?
[07:59] <mhr3> didrocks, ^^?
[07:59] <Trevinho> I'm asking myself the same...
[08:01] <sil2100> tsdgeos: duflu already submitted an MR for that ;)
[08:01] <sil2100> https://code.launchpad.net/~vanvugt/unity/fix-1064175/+merge/128623
[08:01] <tsdgeos> sil2100: oh, didn't see it
[08:02]  * tsdgeos cancels his
[08:02] <tsdgeos> oh wait
[08:02] <tsdgeos> Trevinho approved it
[08:02] <Trevinho> tsdgeos: I've rejected
[08:02] <duflu> See? This is the right timezone
[08:02] <tsdgeos> so i win :D
[08:02] <Trevinho> it now
[08:02] <duflu> :)
[08:02] <Trevinho> duflu: approved yours
[08:02] <tsdgeos> hope the merger doesn't get confused now
[08:03] <Trevinho> no...
[08:03] <tsdgeos> last time someoner rejected a merge that had been just approved it was merged anyway :D
[08:03] <sil2100> Just in case I linked tsdgeos branch to duflus bug as well
[08:03] <sil2100> ;)
[08:03] <Trevinho> tsdgeos: so, remove your branch so it won't pull
[08:18] <didrocks> mhr3: that's the ping I did to mmrazik yesterday, telling that since they -j4, it seems the merger doesnt' wait for the jenkins result
[08:18] <didrocks> mhr3: watch your logs! :)
[08:19] <mhr3> didrocks, oh, yea i do remember that, didn't realize it actually caused wrong merge
[08:50] <tsdgeos> Trevinho: mhr3: approve https://code.launchpad.net/~aacid/unity/do_not_reuse_menus_on_order_change/+merge/128243 again now that the compile fix is in?
[08:51] <Trevinho> tsdgeos: done
[08:55] <popey> Trevinho, can you open a guest session and then click the amazon link in the launcher? do you get a second icon appear, i.e. not matched to the amazon icon already there?
[08:56] <Trevinho> popey: yes, I noticed that few days ago installing Q in a friend's PC...
[08:56] <Trevinho> popey: but I think the problem is that the web-app gives unity a different-desktop than the one that is sticky
[08:56] <popey> hmm
[08:56] <Trevinho> popey: in fact removing the sticked one and using that, it works
[08:56] <Trevinho> (i.e. sticking the one opened)
[08:56] <popey> understood
[08:58]  * popey files bug
[09:01] <seb128> Trevinho, what is the name for each? is that a bug in the launcher default config then?
[09:01] <popey> you end up with /usr/share/applications/ubuntu-amazon-default.desktop and ~/.local/share/applications/wwwamazoncoukwwwamazoncouk.desktop
[09:02] <Trevinho> seb128: yes, I think that
[09:02] <Trevinho> also in the migration script maybe (need to check)... Another patch I sent to the migration script is still approved but not merged tough...
[09:03] <Trevinho> is that using the merger?
[09:03] <seb128> Trevinho, not sure, is that upstream or in the packaging? the packaging doesn't use the merger
[09:05] <Trevinho> seb128: upstream
[09:05] <seb128> so I guess the merger should handle it...
[09:13] <popey> bug 1064260
[09:13] <popey> Trevinho / om26er could you confirm pls
[09:14] <Trevinho> popey: done
[09:15] <om26er> yeah I was just looking at bug 1061973 which may have the same cause
[09:15] <ricotz> Trevinho, hi, is something holding back https://code.launchpad.net/~ricotz/bamf/annotation-fixes/+merge/128544 ?
[09:16] <Trevinho> ricotz: hi... just forgot to approve, sorry
[09:16] <Trevinho> ricotz: done now
[09:16] <ricotz> Trevinho, btw, make distcheck it pretty happy here now
[09:16] <Trevinho> ricotz: coooool
[09:18] <ricotz> Trevinho, i was trying to be as less invasive as possible, but the makefiles still really need a clean up
[09:19] <Trevinho> ricotz: be invasive as you need in the daemon... don't break too much the lib though :)
[09:21] <ricotz> Trevinho, this is better be done in two merges, the distcheck fix and a "no-change" style fix
[09:22] <ricotz> Trevinho, i am curious is the marshaller really needed while having g_cclosure_marshal_generic since 2.30
[09:33] <Trevinho> ricotz: probably it can ben removed, but I didn't look at that yet
[09:37] <ricotz> Trevinho, https://code.launchpad.net/~ricotz/bamf/fix-distcheck/+merge/128661
[09:50] <tsdgeos> Trevinho: https://code.launchpad.net/~aacid/unity/do_not_reuse_menus_on_order_change_for_6/+merge/128663 ready, i'm working on thr 5.0 one now
[10:03] <Trevinho> tsdgeos: approved
[10:04] <tsdgeos> tx
[10:04] <tsdgeos> 5.0 will take a while
[10:04] <tsdgeos> i just destroyed my precise VM
[10:04] <tsdgeos> so i'm reinstalling now
[11:55] <tsdgeos> Trevinho: and the 5.0 one https://code.launchpad.net/~aacid/unity/do_not_reuse_menus_on_order_change_for_5/+merge/128692
[11:55] <tsdgeos> and now foood
[12:03] <didrocks> Mirv: do you have a minute for a compiz test?
[12:11] <Mirv> didrocks: should have
[12:11] <didrocks> Mirv: so can you try merging https://code.launchpad.net/~vanvugt/ubuntu/quantal/compiz/fix-1039155/+merge/128684, and getting /usr/lib/nux/unity_support_test returning 1?
[12:12] <didrocks> Mirv: this should fall you back with llvmpipe
[12:12] <didrocks> (just a dummy script returning 1 and replacing /usr/lib/nux/unity_support_test should work)
[12:23] <Mirv> (trying)
[12:25] <didrocks> Mirv: thanks! :)
[12:45] <Mirv> didrocks: confirming, if 1 is returned low graphics + llvmpipe compiz starts, if 0 (ie. normal unity_support_test in my case) then normal function
[12:46] <didrocks> Mirv: excellent! thanks a lot for testing :)
[12:47] <didrocks> Mirv: I think we just wait for duflu to fix the env var and we can shelve that in SRU0
[12:47] <Mirv> didrocks: sounds good
[12:50] <didrocks> Mirv: actually, I'll try to get it on the CD, one sec :)
[15:16] <ricotz> Trevinho, did you had a  chance yet to test the distcheck branch?
[16:34] <tham> Is there some way to make the Unity Launcher display apps that are in the current workspace only?
[16:35] <tham> It gets cluttered after a while
[16:39] <davidcalle> tham, no, the option is only available for alt+tab.
[16:42] <tham> davidcalle: oh, too bad. This was not so with classic gnome :/ THanks anyway
[16:42] <tham> this may be stupid, but is it possible to use unity except the launcher and use the classic gnome's taskbar?
[16:43] <davidcalle> tham, yw. But I'm pretty sure there is a bug open for this, you should add yourself to it to follow its status.
[16:43] <tham> I make use of all four workspaces and Unity launcher is really cluttered
[16:43] <tham> davidcalle, Hmm, I'll find it and follow
[16:44] <davidcalle> tham, I *think* the folding effect is going to be worked on a bit next cycle, which could partially solve your issue.
[16:47] <tham> davidcalle: good to hear.
[17:44] <MCR1> bschaefer: Hi :) Do you have a minute ?
[17:44] <bschaefer> MCR1, hello, and yes I do
[17:44] <MCR1> I need your approval once again :)
[17:45] <MCR1> bschaefer: https://code.launchpad.net/~mc-return/unity/unity.merge-fix1006429-fix1006434-fix1063171/+merge/128745
[17:45] <bschaefer> MCR1, sweet, which one. I see 2 MPs by you
[17:45]  * bschaefer looks
[17:46] <MCR1> bschaefer: The problem is that Unity has its own code regarding the "Show Desktop" function, but there are also 2 additional plug-ins providing the same feature
[17:47] <bschaefer> hmm which one is better? Im guessing the unity stuff needs to be there
[17:47] <MCR1> bschaefer: Ofc those create problems once activated in CCSM.
[17:48] <MCR1> The best one is the "Show Desktop" plug-in, but for several reasons smspillaz had to integrate a 3rd show-desktop functionality and code to Unity
[17:48] <MCR1> so once Unity is active those 2 CCSM plug-ins should be disabled
[17:48] <MCR1> but nothing is preventing the user from enabling them in CCSM
[17:49] <MCR1> which then leads to several different bugs
[17:49] <bschaefer> hmm
[17:49] <MCR1> (linked to the merge request)
[17:49] <bschaefer> so this xml feature thing you added will warn when the user tries?
[17:49] <bschaefer> to set it
[17:50] <MCR1> So now there will be a warning displayed in CCSM (like for other plug-ins) - yes
[17:50] <bschaefer> awesome, Ill test it out
[17:50] <MCR1> It will provide the ability to choose for the user
[17:51] <bschaefer> ooo so it will say there is a conflict with activating this plug in blah blah blah
[17:51] <MCR1> So either "Show Desktop/Fade to Desktop" or "Unity" and its built-in showdesktop functionality, but both will not be allowed...
[17:51] <MCR1> like you cannot enable "Show Desktop" and "Fade to Desktop" at the same time
[17:52] <bschaefer> cool, I guess im missing those plugin ...
[17:52]  * bschaefer goes to install them
[17:52] <MCR1> maybe those are in some extra package, but they are in trunk and active
[17:53] <MCR1> and working (but only without Unity) and with Unity they cause troubles only...
[17:53] <bschaefer> hmm I just got a crash and no warning when activating it...
[17:53]  * bschaefer double checks he didn't do anything stupid
[17:53] <MCR1> hmm
[17:54] <bschaefer> MCR1, duh, I have to remove the file so it will re gen the code
[17:54] <MCR1> ah, maybe - it should not crash
[17:54] <bschaefer> it shouldn't, but well see if it crashes for me again, if it does then umm ill get a backtrace and see whats up
[17:56]  * bschaefer has to re build unity....
[17:57] <MCR1> Actually the best version (most visually attractive) is the one from the "Show Desktop" plug-in, because there you can make the windows slide to the edges of the screen to reveal the desktop, but Unity got its own fading to desktop code - IIRC it was because of the integration to the switcher, but smspillaz knows more... ;)
[18:00] <MCR1> so there is a reason why we had to integrate the showdesktop functionality to Unity itself and the Compiz plug-ins cannot be used in the case Unity runs...
[18:02] <MCR1> bschaefer: I'm sorry if I am causing troubles :-D
[18:02] <bschaefer> oo no, im just recompiling cause I forgot to remove all this stuff from a compiz install
[18:02] <bschaefer> and was missing some env var
[18:03]  * bschaefer has a broken desktop atm 
[18:03] <bschaefer> :)
[18:03] <MCR1> uh
[18:03] <bschaefer> im recompiling, ill be back in a few minutes
[18:03] <MCR1> sure, no stress
[18:03] <bschaefer> there better not be any!
[18:25] <bschaefer> MCR1, finally, and awesome that change looks good
[18:25] <bschaefer> MCR1, but i suppose im worried it Show Desktop should be completely incompatible with the unity pluging...
[18:25] <bschaefer> s/pluging/plugin
[18:28] <bschaefer> MCR1, I also think that bug needs to be reviewed/discussed as a bunch of people see to want an opinion on it
[18:29] <bschaefer> s/see/seem
[18:29] <MCR1> bschaefer: The only problem I can see here is that the user might be able to turn off Unity if he does not read carefully
[18:29] <MCR1> but that problem cannot be eliminated (and should not be)
[18:30] <MCR1> for users using CCSM
[18:30] <MCR1> but the user should be prevented from enabling a second showdesktop feature, because this just causes problems
[18:30] <bschaefer> MCR1, yes, but at the same time when I see Daniel mark it for an opinion i would like to hear more of a discussion with smspillaz and him
[18:31] <MCR1> and the user is not even informed why (it took me some time to figure out)
[18:31] <bschaefer> yes, but those problems could be fixed as opposed to axing the plugin
[18:32] <MCR1> The plug-in is not axed and the discussion with duflu was before I found a correct solution
[18:32] <bschaefer> well the show desktop plugin will no work with the unity plugin with this fix
[18:32] <MCR1> With my new solution the plug-ins still are available and act like they should and others do already
[18:32] <MCR1> It did not work before either, see my bug reports
[18:33] <MCR1> I linked them to the branch merge request
[18:33]  * bschaefer looks
[18:33] <MCR1> Try to enable Show Desktop and set it to slide the windows to the edges of the screen
[18:34] <MCR1> then activate it
[18:34] <MCR1> with Unity it does not work
[18:34] <MCR1> without Unity or with Unity-2d it will be functional
[18:34] <bschaefer> well I can't now because it says Don't enable Show Desktop or Disable Unity
[18:35] <MCR1> yeah, my fix ofc prevents that now
[18:35] <bschaefer> MCR1, I would prefer to hear what Daniel says or smspillaz about it
[18:35] <bschaefer> MCR1, Ill talk to one of them later
[18:36] <MCR1> bschaefer: Yeah sure, but I hope you read my reports and simply try to reproduce those problems I encountered
[18:36] <bschaefer> MCR1, and that bug you are talking about to slide the window to the edge of the screen could possibly be fixed
[18:36] <bschaefer> vs having a dialog that says choose one plug in or the other
[18:36] <MCR1> bschaefer: No it cannot, because Unity has its own code
[18:36] <bschaefer> hmm
[18:36] <bschaefer> which is why I would like to talk to one of them :)
[18:37] <MCR1> it is in UnityShowDesktopHandler - wait I'll tell you exactly
[18:38] <MCR1> Unity/plugins/UnityShowdesktopHandler.cpp + .h
[18:38] <bschaefer> MCR1, hmm yeah. Well it should be an easy answer for one of them then :)
[18:39] <MCR1> So neither "Fade to Desktop" nor "Show Desktop" work if unityshell runs - that is why they are not even included in the main package
[18:39] <bschaefer> MCR1, yes, I just want to double check with one of them before a merge :), I do agree with your branch though
[18:40] <bschaefer> because Im wondering why they wouldn't have done it them selfs
[18:40] <bschaefer> which makes me think I might be overlooking something
[18:41] <MCR1> if the warning and dialogue are displayed it works like it should, but ofc I agree on smspillaz or duflu also looking at it :)
[18:41] <MCR1> Thanks 4 your time.
[18:41] <bschaefer> MCR1, np! you'll see some sort of review by tomorrow :) and thank you!
[18:43] <MCR1> I just want to help eliminating frustration when using CCSM to configure Compiz/Unity to ones liking
[18:45] <bschaefer> I agree, but just to be safe I would prefer sam or duflu to take a quick look since we are pretty close to 12.10 :)
[18:45] <MCR1> Sure