[00:06] <MCR1> bschaefer: Hmm, still having some problems with the best structuring... I am still thinking about having one tab for each of Unity's features namely Dash, Launcher, Switcher, Panel - but then some would still be filled with options, while others would be quite empty...
[00:09] <MCR1> bschaefer: Also I am not sure what automaximize_value is exactly for...
[00:10] <MCR1> I think it is best to make "General", "Launcher", "Menus" and "Switcher" tabs...
[00:14] <bschaefer> MCR1, hmm
[00:14] <bschaefer> MCR1, that sounds good
[00:14] <bschaefer> MCR1, maybe an Overlay Tab for the Dash and hud
[00:16] <MCR1> HUD==1 option, Dash == 1 exclusive option only - that is why I put both to General now...
[00:17] <MCR1> together with the Panel options
[00:17] <bschaefer> oo alright sounds good
[00:17] <bschaefer> I think those are good tabs
[00:17] <MCR1> I'll ping you when it's ready...
[00:18] <bschaefer> cool :)
[00:58] <MCR1> bschaefer: Screenies of old vs. new here: bug 1067113
[00:59] <MCR1> Hopefully ready now :)
[00:59] <bschaefer> MCR1, awesome, Ill take a look
[00:59] <MCR1> thx
[01:00] <MCR1> it was a bit of work... more than expected initially :)
[01:01] <bschaefer> MCR1, it looks nice though, let me read through the diff and make sure nothing crazy happened ;)
[01:02] <MCR1> it is 3:01 am here, so you better do that ;)
[01:02] <bschaefer> MCR1, o my...
[01:02]  * MCR1 is a night owl...
[01:05] <MCR1> There are still things that could look better - for example Launcher, Dash, Switcher should imho always start with capital letters
[01:05] <bschaefer> 92	+ <_long>Type of blur in the Dash</_long>
[01:05] <bschaefer> no period?
[01:06] <MCR1> ups - good catch -will fix
[01:06] <bschaefer> Yeah, things can always get better :)
[01:06] <MCR1> sure
[01:06] <bschaefer> but its better it in stages
[01:07] <bschaefer> this is a great improvement :), i use to have to dig through that experimental tab for anything...
[01:07] <bschaefer> 120	+ <_long>Enable Shortcut Hints Overlay</_long>
[01:08] <MCR1> we should also rephrase the long version... as it says exactly the same
[01:09] <bschaefer> yeah,
[01:09] <bschaefer> umm
[01:09] <MCR1> Enable possibility to display an overlay showing available shortcuts.
[01:10] <bschaefer> Enables the shortcut overaly to be shown.
[01:10] <bschaefer> hhmm
[01:10]  * bschaefer sucks at words
[01:11] <MCR1> Enables possibility to display an overlay showing available mouse and keyboard shortcuts.
[01:11] <MCR1> ?
[01:11] <bschaefer> sounds good
[01:11] <MCR1> ok
[01:11] <bschaefer> maybe add a the
[01:11] <bschaefer>  Enables the pos
[01:12] <bschaefer> ...
[01:13] <MCR1> pushed
[01:14] <bschaefer> 520	- <max>3</max>
[01:14] <bschaefer> 521	- <default>3</default>
[01:14] <bschaefer> 522	+ <max>4</max>
[01:14] <bschaefer> 523	+ <default>1</default>
[01:14] <bschaefer> ?
[01:14] <bschaefer> you changed the default?
[01:14] <MCR1> no, not that I know of...
[01:15] <MCR1> which setting was that ?
[01:15] <bschaefer> umm
[01:15] <bschaefer> the back light
[01:15] <bschaefer> I think you might have switched the order around though
[01:15]  * bschaefer looks more into it
[01:16]  * MCR1 too
[01:17]  * MCR1 got to change the commit message also...
[01:18] <MCR1> bschaefer: The default was 1, see line 273 of the diff
[01:19] <bschaefer> the default was 3
[01:19] <bschaefer> 521 - <default>3</default>
[01:19] <bschaefer> 523 + <default>1</default>
[01:19] <bschaefer> then you changed it to 1
[01:19] <MCR1> no, this is the autohide animation
[01:20] <MCR1> the diff is not really usable...
[01:20] <bschaefer> that diff is so confusing haha
[01:21] <MCR1> yes, that is always the negative thing of a big refactoring, but 4 would be a better default for the backlight option, but ofc this is design's job...
[01:21] <bschaefer> that is werid
[01:21] <bschaefer> weird
[01:21] <bschaefer> I just checked and you didn't even change that...
[01:22] <bschaefer> yeah, I just want to make sure we don't step on the design teams toes
[01:22] <MCR1> I did not change any of the values - the diff is confusing because all of the positions changed...
[01:22] <MCR1> sure.
[01:22] <bschaefer> yup, I just checked :)
[01:22] <bschaefer> sorry!
[01:22] <MCR1> np
[01:22] <MCR1> 4 eyes see much more than 2
[01:23] <bschaefer> yeah haha
[01:23] <bschaefer> but I think everything looks good :)
[01:23] <bschaefer> you tested the new changes?
[01:24] <MCR1> I manually tweaked the xml file and replaced the original to see the result in ccsm, but I did not test changes to those settings
[01:25] <bschaefer> MCR1, do you have everything built?
[01:25] <MCR1> It would be nice if you could change them as I cannot really compile everything here @ the moment
[01:25] <MCR1> nope
[01:25] <bschaefer> (my branch is annoying me)
[01:25] <bschaefer> MCR1, alright, Ill give it 1 rebuild just to be sure :)
[01:26] <MCR1> I am sorry - I am unable to compile large projects and do major file operations here at the moment (unfortunately)
[01:26] <bschaefer> no worries
[01:26] <MCR1> Thanks a lot that you give it a try :)
[01:27] <MCR1> but everything should be good as I was very careful with all those copy-paste operations..
[01:29] <bschaefer> haha, good
[01:29] <bschaefer> even then jenkins would complain if there was a compile error I just like to double check things before merging them :)
[01:30] <MCR1> sure - btw - I am also testing my manually compiled .xml file and it seems to work like intended
[01:30] <bschaefer> awesome :)
[01:30] <bschaefer> I just messed up my unity branch so I have to recompile everything
[01:30] <bschaefer> usually I could check your branch quickly but meh
[01:30] <bschaefer> its at 50%
[01:31] <MCR1> computer's are always too slow ;)
[01:31] <MCR1> - '
[01:31] <MCR1> *computers
[01:31] <MCR1> 3:31 ;)
[01:32] <bschaefer> haha
[01:32] <bschaefer> yeeah, well idk mine should be able to build it faster
[01:33] <bschaefer> MCR1, im approving your branch
[01:33] <MCR1> thx, & thx a lot 4 your help and guidance 8-)
[01:33] <bschaefer> MCR1, np! Go to sleep now haha
[01:35] <MCR1> probably it would be the best thing to da, haha
[01:35] <MCR1> *to do
[01:38] <MCR1> duflu: Hi :) If you have 2 minutes for a review, I would be pleased: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix-xml.in-headers/+merge/129647
[01:38] <duflu> MCR1: It's in the queue for review later. I won't forget it...
[01:38] <MCR1> ok, thx :)
[05:53] <didrocks> Mirv: hey, do you know if there is any progress on the FTBFS front? It's still failing, even compiz now is failing on amd64
[05:53] <didrocks> in the SRU ppa, I'm quite worried…
[05:59] <Mirv> didrocks: in the SRU PPA I just fixed nux on arm and unity is building. compiz has been failing for some odd reason we tried to debug yesterday and it makes no sense - it builds locally just fine.
[06:00] <Mirv> but in the PPA not even with parallel=1
[06:00] <didrocks> Mirv: ok, please keep me posted
[06:00] <Mirv> will do
[06:12] <didrocks> Mirv: https://code.launchpad.net/~sampo555/compiz/fix-839602/+merge/129739 can you check if sam didn't want to change the status itself to approve?
[06:12] <didrocks> smspillaz: ^
[06:16] <Mirv> ok, bookmarking, need to check with sam since there is no comment
[06:20] <didrocks> Mirv: also, did you start to investigate why 6.0 merges doesn't happen for unity?
[06:25] <Mirv> didrocks: not yet, I did notice they were fixed yesterday and everything went in, but the ones from last night haven't again gone in
[06:25] <didrocks> yeah, that's why I ping you :)
[06:29] <Mirv> yeah, I will get to it as soon as I have time
[06:29] <didrocks> thanks
[07:43] <tsdgeos> duflu: logmessage.h is also duplicated (i think you are the one that opened the bug about point.h being duplicated, right?
[07:43] <tsdgeos> fdupes -R . shows a lot more dupes
[07:43] <tsdgeos> some being "COPYRIGHT" files
[07:44] <tsdgeos> maybe the svg dupes shall be "fixed" too
[07:44] <duflu> tsdgeos: OK, thanks. Will treat it separately
[07:55] <davidcalle> pstolowski, ping?
[07:56] <davidcalle> pstolowski, oh nevermind, but still hi :)
[07:56] <pstolowski> davidcalle: hi :)
[07:59] <davidcalle> sil2100, didrocks, for SRU 0 fixes, do you want the branches to be merged in trunk, or have a look at the mp first or something else? I have two fixes for the videos and photos lenses.
[08:00] <didrocks> davidcalle: I think they didn't create special branches for the videos and photos lenses (mirv/sil can confirm)
[08:00] <didrocks> if not and if everything in trunk is SRUable, no worry, we can take trunk
[08:01] <davidcalle> didrocks, ok, ty :)
[08:03] <Mirv> davidcalle: I've gotten and packaged the video scope from lp:unity-lens-videos/remote-videos-scope-trunk
[08:03] <Mirv> (https://code.launchpad.net/~timo-jyrinki/ubuntu/quantal/unity-scope-video-remote/ubuntu.038)
[08:03] <Mirv> oh, not that
[08:03] <Mirv> that lp:~timo-jyrinki/ubuntu/quantal/unity-scope-video-remote/ubuntu.0310
[08:04] <Mirv> davidcalle: regarding video lens itself, we weren't about to release that as SRU-0 unless there's indeed something that requires SRU-0
[08:06] <davidcalle> Mirv, thanks for that. Yes, unity-lens-photos and videos need a SRU : https://bugs.launchpad.net/unity-lens-photos/+bug/1058061 and https://bugs.launchpad.net/unity-lens-videos/+bug/1066957
[08:08] <davidcalle> Mirv, The first one is to avoid a dbus crash coming from the Online Accounts library (for Photos), the second is a design fix (for both)
[08:09] <davidcalle> Mirv, so, basically, both trunks will be fine when the branches for the second bug are merged. Is it fine for you?
[08:09] <Mirv> didrocks: I was able to kick the merger and lp:unity/6.0 merges flowed in
[08:09] <didrocks> ok, thanks Mirv
[08:10] <Mirv> davidcalle: is the default thing a bug fix to be in line with other lenses?
[08:11] <Mirv> davidcalle: if so, I guess it's fine, and at least crasher fixes are definitely fine. but both bugs need to go through SRU process is bug descriptions according to https://wiki.ubuntu.com/StableReleaseUpdates#Procedure , subscribing sru team etc
[08:12] <davidcalle> Mirv, yes, it's a recent lens property that wasn't correctly set in the photos lens, and wasn't at all in the videos lens. Ok, I'm updating the bugs accordingly, thanks :)
[08:12] <Mirv> thanks to you!
[08:28] <smspillaz> didrocks: I usually wait for another +1 before doing that
[08:30] <didrocks> smspillaz: ah ok
[10:27] <mhr3> davidcalle, :( why is video lens' search so sucky?
[10:28] <mhr3> if i don't type the exact name it doesn't find anything
[10:29] <davidcalle> mhr3, locate, maybe replacing spaces with ".*" should improve it.
[10:29] <mhr3> davidcalle, patch pls :)
[10:29] <mhr3> and maybe not
[10:33] <davmor2> hey guys what happened to the sync menu is it dropped now till 13.04?
[10:33] <davidcalle> mhr3, what would you suggest?
[10:34] <mhr3> davidcalle, sync it with what files lens does
[10:34] <davidcalle> davmor2, afaik, yes
[10:34] <davidcalle> mhr3, zeitgeist and locate fallback?
[10:34] <mhr3> davidcalle, ideally yes, but for now i was thinking about just locate
[10:35] <jokerdino> hey davidcalle (and/or others), wanna take a stab at this? http://askubuntu.com/questions/197217/oauth-authenticating-user-for-unity-lenses
[10:35] <davidcalle> mhr3, ok, looking at how the files lens uses locate
[10:35] <mhr3> clearly there's some difference in how video invoke it, and how files lens does
[10:36] <mhr3> davidcalle, when i search "big bang", files lens finds "The.Big.Bang.Theory", videos doesn't
[10:37] <mhr3> but yea, i think it boils down to what you said
[10:37] <didrocks> mhr3: I had the exact same issue (with the exact same files I guess :p)
[10:37] <davidcalle> mhr3, I see, then it replaces spaces with "*" (confirmed by the code).
[10:38]  * davidcalle fixes
[10:38] <mhr3> didrocks, everyone has "big.bang.theory.pdf", no? :)
[10:38] <didrocks> sure sure :p
[10:39] <mhr3> and that's why we search for it using videos lens :)
[10:39] <didrocks> mhr3: oh, makes totally sense! that's why it doesn't find it :p
[10:39] <davidcalle> jokerdino, you should ask mardy, I used his google docs scope code for the photos lens. Don't know if the OA API is online yet.
[10:41] <jokerdino> davidcalle: thanks. i'll ask him or peek at his code.
[10:45] <jokerdino> another unrelated question, why does "gsettings list-children com.canonical.Unity" doesn't show up anything in quantal for me?
[10:45] <davidcalle> mhr3, mp for your consideration.
[10:45] <davidcalle> mhr3, https://code.launchpad.net/~davidc3/unity-lens-videos/improve-locate/+merge/129848
[10:49] <mhr3> didrocks, do you see that sru-able?
[10:50] <mhr3> it's tiny and improves the search a *lot*
[10:50] <didrocks> mhr3: completely sru-able
[10:51] <didrocks> a manual test at least
[10:51] <didrocks> or start to have an automated one? :p
[10:51] <mhr3> k, opening sru bug
[10:51] <mhr3> davidcalle, can you pls add a manual test?
[10:51]  * davidcalle adds
[10:51] <didrocks> mhr3: soon, this risk to not work anymore (manual test), you are warned :p
[10:52] <mhr3> didrocks, ehm? didn't quite get that
[10:52] <didrocks> mhr3: we need to start having automated tests for that
[10:53] <mhr3> i think there's a connection problem, still didn't get that :P
[10:53] <mhr3> i think that line just doesn't want to get transmitted
[10:53] <didrocks> mhr3: sure sure ;)
[10:53] <didrocks> mhr3: I think the upload to ubuntu connection will be broken soon :p
[10:54] <mhr3> didrocks, oh, that'd be bad
[10:59] <davidcalle> didrocks, mhr3, I've committed myself to write automated tests for both lenses next cycle. And to annoy both of you a lot about this during the process.
[10:59] <didrocks> davidcalle: thanks! I expect mhr3 doing that on the other lenses as well :)
[10:59] <davidcalle> mhr3, mp updated with a test.
[11:00] <mhr3> davidcalle, cool, we can talk about it at uds
[11:00] <davidcalle> mhr3, sounds great :)
[11:06] <mhr3> didrocks, can you do the nomination on https://bugs.launchpad.net/ubuntu/+source/unity-lens-video/+bug/1067304 ?
[11:06] <mhr3> pls :)
[11:06] <didrocks> mhr3: done
[11:07] <mhr3> merci
[11:07] <didrocks> de rien :)
[11:09] <didrocks> mhr3: https://code.launchpad.net/~mhr3/unity-lens-applications/fix-1066816/+merge/129645 how does it makes the IO at startup better?
[11:10] <didrocks> mhr3: you just load it when needed :)
[11:10] <mhr3> didrocks, doesn't load one of the dbs
[11:10] <didrocks> mhr3: ok, but it's still called when opening the dash, right?
[11:10] <mhr3> didrocks, but the "when needed" is "when preview is requested"
[11:10] <didrocks> ah, for previews only, ok :)
[11:12] <mhr3> hmm, there's really some bug with the ordering, i need to look at it
[11:18] <Mirv> didrocks: compiz finally built for all archs
[11:18] <didrocks> Mirv: sweet, we are getting closer to SRU then? :)
[11:24] <sil2100> didrocks: indeed, merges are being finalized, all steps slowly finished
[11:24] <Mirv> didrocks: ..yess... all the time :)
[15:26] <tsdgeos> Trevinho: do i need a test for this https://code.launchpad.net/~aacid/unity/launcher_selection_changed_fix_1067358/+merge/129923 ? There are no existing tests for the UBUS_LAUNCHER_SELECTION_CHANGED feature
[15:32] <jokerdino> didrocks: got a minute to quick review the unity-reset python script? here's the script. https://bitbucket.org/jpmahesh/unity-reset/src/cb16af86bb98480f7296d6422376183d9920c426/unity-reset.py?at=master
[15:33] <didrocks> jokerdino: sure, one sec :)
[15:34] <jokerdino> thanks :)
[15:36] <didrocks> jokerdino: waow, you even took the launcher list in account to not revert it!
[15:36] <didrocks> jokerdino: I don't think we should revert the webapps list as well, what do you think?
[15:37] <jokerdino> i can take it out if necessary.
[15:37] <didrocks> yeah, I think it will be better :)
[15:37] <jokerdino> yeah, what else should be not there?
[15:37] <didrocks> jokerdino: I would say all the rest is good :)
[15:37] <jokerdino> right now, it removes all compiz and com.canonical.unity and its sub children.
[15:37] <didrocks> ah
[15:37] <didrocks> maybe not the remote lens one
[15:37] <didrocks> yeah, I saw that ;)
[15:38] <jokerdino> okay. so i remove the webapps and we are good. thanks!
[15:38] <jokerdino> and the remote lens too. okay noted.
[15:38] <didrocks> jokerdino: yeah, just a nitpick:
[15:39] <didrocks> you are doing:
[15:39] <didrocks> match = re.()
[15:39] <didrocks> if match:
[15:39] <didrocks> you can directly do:
[15:39] <didrocks> if re.()…
[15:39] <didrocks> as you don't use match again
[15:39] <didrocks> all the reste looks more than good to me :)
[15:39] <jokerdino> oh yes. good point. :)
[15:39] <didrocks> great work! :)
[15:39] <jokerdino> ok will push it in a couple of minutes.
[15:39] <didrocks> jokerdino: do you want to integrate that into the unity wrapper?
[15:39] <jokerdino> didrocks: we were doing it as a small group.
[15:39] <jokerdino> didrocks: yes. preferably.
[15:40] <didrocks> jokerdino: so two things so that it's integrated:
[15:40] <didrocks> - look at unity.cmake and put it back there
[15:40] <didrocks> - there is another gsettings direct call for the icons, it's using a bad subprocess :p
[15:41] <jokerdino> oh you want me to fix the icons too?
[15:41] <didrocks> (because it's part of time where we had to use gconf and we couldn't use dynamic and static bindings)
[15:41] <didrocks> yeah, that would be awesome :)
[15:41] <jokerdino> okay. will get to it :))
[15:41] <didrocks> the last part is having an automated test for it that we require for every components
[15:41] <didrocks> it can be a python wrapper setting some key
[15:41] <didrocks> subprocess the --reset
[15:42] <didrocks> (maybe a switch to not run unity in the end)
[15:42] <jokerdino> okay, i guess you would deal with the auto tests.
[15:42] <didrocks> then checking that the keys are reverted
[15:42] <jokerdino> because i just started with python :)
[15:42] <didrocks> jokerdino: we try to have everyone trying automated tests, it's fun and you really feel good when pushing the change :-)
[15:42] <didrocks> jokerdino: really nice as a python beginner :p
[15:43] <jokerdino> that sounds fun. and thanks. :)
[15:43] <didrocks> jokerdino: did you check you really need gsettings.apply() ?
[15:43] <didrocks> not sure with reset, one sec, checking the API
[15:43] <jokerdino> didrocks: just to be far, it wasn't me doing it fully :P mahesh started it and just fixed the regex etc
[15:43] <jokerdino> *fair
[15:43] <didrocks> jokerdino: nice group work then :)
[15:44] <jokerdino> yes :)
[15:44] <didrocks> jokerdino: from what I see, you don't need to .apply()
[15:44] <jokerdino> i would have preferred using list_children but it is broken.
[15:44] <didrocks> I think using the schemas was the right way
[15:45] <didrocks> especially with relocatable paths
[15:45] <jokerdino> yeah. it was quite a mangle actually. and i will get to the .apply().
[15:45] <jokerdino> thanks for the feedback!
[15:45] <didrocks> jokerdino: thanks for the work! :)
[15:46] <jokerdino> i am saving the log so i can refer it over night.
[15:46] <didrocks> sure :-)
[15:46] <jokerdino> will push it in the morning
[15:46] <jokerdino> okay. will ping you later then.
[15:46] <didrocks> jokerdino: no hurry, keep me posted! (the tests will be the longer part I guess)
[15:46] <jokerdino> i am looking forward to the tests now. :)
[15:46] <didrocks> ;)
[15:47] <jokerdino> ok i shall get back to my workplace :)
[15:47] <didrocks> heh
[15:47] <jokerdino> have a good day didrocks.
[15:47] <didrocks> thanks, you too jokerdino!
[15:58] <amithkk> didrocks: can you elaborate a bit on the tests
[15:58] <didrocks> amithkk: sure, so all code entering unity now needs tests
[15:58] <didrocks> for testing the wrapper, I would say:
[15:59] <didrocks> import the unity python file (not sure how it works when you have no .py at the end)
[15:59] <amithkk> oh, it works
[15:59] <amithkk> :D
[15:59] <didrocks> waow, never tried that TBH :p
[15:59] <didrocks> then change some keys in the unit test module in the Setup() phase
[16:00] <didrocks> calling each of your functions
[16:00] <didrocks> and check that it's reverted to the default
[16:00] <didrocks> (meaning in the setup() phase, you need to get the default)
[16:00] <amithkk> oh
[16:00] <amithkk> I see :d
[16:00] <amithkk> *:D
[16:01] <amithkk> thanks didrocks
[16:01] <amithkk> cya later
[16:03] <didrocks> yw ;) good luck amithkk!
[16:53] <Trevinho> tsit would be nice if you add that
[17:29] <balloons> anyone still about who can chat about in some detail about autopilot?
[17:35] <bschaefer> balloons, hmm it depends on the details, what are your interested in?
[17:41] <balloons> bschaefer, how well can this work on gtk apps? Or really any non-unity app (qt or not)?
[17:42] <bschaefer> balloons, your talking about the autopilot tests in unity right?
[17:42] <balloons> it appears that I could use the fallback libraries to just screenscrape using python-xlib
[17:42] <balloons> I am talking about using autopilot for something besides unity
[17:42] <bschaefer> balloons, yes, we were using gtk apps before but they kept getting changed upstream...
[17:43] <bschaefer> so yes, it will work on non unity stuff any app you can open
[17:43] <bschaefer> what are you trying to do with the app and autopilot?
[17:44] <bschaefer> like open it, check menus are working etc?
[17:44] <balloons> bschaefer, nothing as of yet.. I just recently went to look at it again. I did some prototyping of automating installs via the gui to test the ubiquity UI
[17:45] <MCR1> Hi bschaefer :)
[17:45] <bschaefer> MCR1, hello
[17:45] <bschaefer> balloons, oo that would be interesting...but yeah the autopilot can use X
[17:45] <bschaefer> and move the mouse and do keyboard stuff
[17:46] <bschaefer> balloons, here is the current X emulator autopilot uses: http://bazaar.launchpad.net/~autopilot/autopilot/trunk/view/head:/autopilot/emulators/X11.py
[17:46] <balloons> bschaefer, if you really want to see it, there's a lp branch and video :-)
[17:46] <bschaefer> I can look at the video :)
[17:47] <balloons> the point is -- it "appears" like I could implement my ideas into autopilot and just use that
[17:47] <balloons> bschaefer, https://www.youtube.com/watch?v=Owdb8oMRT8o&feature=g-upl
[17:47] <bschaefer> yes! The autopilot branch there is nice because it comes with all those emulators already
[17:48] <bschaefer> so you don't have to mess with X as much :)
[17:49] <balloons> bschaefer, I enjoyed removing the fear of messing with X by hacking that together :-)
[17:49] <bschaefer> oo ok, hmm so you want autopilot to know about the buttons as well?
[17:50] <bschaefer> X isn't too bad haha
[17:50] <balloons> but the end result is I have some nice utility functions that I would like to use.. overall it would work well to slot into a more established project
[17:50] <bschaefer> for gtk or qt
[17:50] <balloons> so for qt -- afaik, autopilot can use introspection
[17:50] <balloons> for gtk only scraping is possible, yes/
[17:50] <balloons> ?
[17:51] <bschaefer> that would be interesting, hmm yeah those details are a bit more then I would know off the top of my head
[17:51] <bschaefer> I would want to say yes, but thomi would be someone you would want to talk to :)
[17:51]  * bschaefer just writes AP tests for unity
[17:52] <balloons> yes -- I basically haven't seen autopilot in about 9 months or so?
[17:52] <balloons> so I am sure things have come along :-)
[17:52] <bschaefer> o yes, AP is a lot better now
[17:52] <bschaefer> it isn't stuff into unity anymore
[17:52] <bschaefer> stuffed*
[17:53] <balloons> which is good, because I've gotten to the point where I want to use it :-)
[17:53] <bschaefer> if you want to take a look at the code
[17:53] <bschaefer> https://code.launchpad.net/~autopilot/autopilot/trunk
[17:53] <bschaefer> or just a bzr branch lp:autopilot
[17:54] <bschaefer> it actually looks like there is a qt introspection already in there :)
[17:54] <bschaefer> and gtk
[17:55] <balloons> excellent.. thanks for the info
[17:55] <bschaefer> np! good luck!
[17:55] <balloons> looks like this is definitely a canindate to adopt
[20:19] <davidcalle> Mirv, around?
[20:42] <MCR1> bschaefer: I got another fix :)
[20:46] <MCR1> bschaefer: Actually someone reported that it is possible to use the showdesktop and fadetodesktop plug-ins together with Unity, if Unity is loaded before any of those plug-ins. I tested this report with showdesktop and it works, which now makes it possible to slide windows out of view when showdesktop'd when Unity-3d runs for the first time ! YEAH.
[21:03] <bschaefer> MCR1, cool, where is the branch!
[21:04] <MCR1> working on it, but tested the fix already 8-)
[21:04] <bschaefer> awesome
[21:05] <MCR1> bschaefer: Soon you will be able to slide windows out of view with Unity running, which is really awesome :-D
[21:05] <bschaefer> MCR1, isn't that what show desktop the plugin does?
[21:05] <MCR1> You have seen the effect already IIRC ;)
[21:06] <MCR1> Yes, but it was never working in tandem with Unity-3d
[21:06] <MCR1> because you have to make sure it gets activated after unityshell, which fixes that then...
[21:07] <bschaefer> oo, well thats odd...
[21:07] <bschaefer> well I can't even get unity working atm :( (hopefully soon)
[21:08] <MCR1> wish you all the best
[21:08] <bschaefer> thank
[21:08] <bschaefer> s
[21:08] <MCR1> I'll ping you soon ;)
[21:08] <bschaefer> well im not sure if I can review it, unless I get unity work :)
[21:09] <MCR1> wish you all the best again :)
[21:09] <bschaefer> well more compiz is broken for me which makes unity broken
[21:09] <MCR1> why ?
[21:10] <bschaefer> it seems I compiz is failing to build from trunk, which causes unity to not build
[21:10] <MCR1> hmmm
[21:10] <bschaefer> but I decided to re build everything fresh (deleting the unity I had compiled) so now no unity :)
[21:11] <MCR1> here Compiz trunk (from PPA) works as I am already seeing the cube fix which was the last fix
[21:12] <bschaefer> what rev is the ppa?
[21:12] <bschaefer> because the rev that broke things for me was 3420
[21:12] <MCR1> 1 moment, I'll make sure
[21:13] <MCR1> r3430, but grmpf - the cube transparency issue is not fully fixed
[21:14] <bschaefer> wth...
[21:15] <MCR1> ?
[21:15] <bschaefer> well r3430 > 3420 which means it is somehow working in the ppa
[21:16] <MCR1> yes, unity is also almost trunk here - r2844
[21:17] <bschaefer> hmm
[21:20] <thomi> balloons: ping>?
[21:21] <balloons> thomi, pong
[21:21] <thomi> balloons: hey - you were talking about autopilot & Gtk apps before?
[21:21] <balloons> thomi, yes indeed
[21:21] <thomi> I only just read the scrollback :)
[21:21] <thomi> ok, so there's experimental support for using autopilot for both Gtk and Qt applications
[21:22] <thomi> balloons: I'm presenting this at the PS sprint - perhaps we can catch up then, or at UDS?
[21:27] <balloons> thomi, I won't be at the sprint this time around
[21:27] <balloons> I will be at UDS of course ;-) And yes, I know Martin was talking about some workshops you wnated to do
[21:27] <thomi> ok, cool
[21:27] <thomi> well, hopefully we can sort something out
[21:31] <balloons> thomi, that would be good. The timing is perfect as next cycle will see us getting into this
[21:31] <thomi> cool :)
[22:33] <MCR1> bschaefer: I am ready if you are ;)
[22:34] <MCR1> smspillaz: Hi :) Are you here ?
[22:35] <bschaefer> MCR1, still working on fixing my problem :), link the branch and Ill get to it when I can
[22:35] <MCR1> Haha, a 3 line fix - and so much work explaining the situation, testing and getting stuff ready (and it should go to unity 6.0 compiz-precise as well...
[22:36] <MCR1> bschaefer: Best station to start is bug 1067534
[22:37] <MCR1> I have to thank megatron, because he actually found out a manual solution to make showdesktop work with Unity-3d: https://bugs.launchpad.net/compiz/+bug/1063171/comments/8
[22:38] <bschaefer> awesome, ill take a look when I get a chance :)
[22:38] <MCR1> Here are the branches:
[22:38] <MCR1> 1. Unity: https://code.launchpad.net/~mc-return/unity/unity.merge-fix1067534
[22:39] <MCR1> 2. Compiz: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1067534
[22:39] <MCR1> ups, better:
[22:39] <MCR1> 1. https://code.launchpad.net/~mc-return/unity/unity.merge-fix1067534/+merge/129999
[22:40] <MCR1> 2. https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1067534/+merge/130001