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