=== _salem is now known as salem_ === salem_ is now known as _salem === shiznix_ is now known as shiznix [07:09] Any chance of seeing this fixed https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1305438 ? which is also tied to https://answers.launchpad.net/ubuntu/+question/243724 [07:09] Ubuntu bug 1305438 in compiz (Ubuntu) "hot corners stop working time to time" [Undecided,Confirmed] [07:13] darklight_, it's probably best if you post it on the ML [07:18] Saviq, this one unity-design@lists.launchpad.net ? [07:18] darklight_, no, ubuntu-devel would be a better choice, I also added a "unity" task to the bug, as this seems to be caused by the unity plugin, not by compiz itself [07:18] according to the comments [07:21] MacSlow, you still had old tags in your branch, please make sure to strip all your local checkouts and any outstanding ones you have in LP [07:21] paulliu, same for you ↑ [07:21] http://people.canonical.com/~msawicz/unity8/strip-u8-tags.sh for the rescue [07:21] Saviq, *sigh* [07:22] MacSlow, remember you have to strip them on both sides - remote and local separately, as tag deletion doesn't carry over "bzr pull/push", as opposed to any new ones, which will happily get pushed all over the place... [07:23] Saviq, I know... I did all local and remote branches... will receck again [07:23] MacSlow, I'm scanning the remote ones now [07:23] Saviq, ok [07:24] MacSlow, but you don't have any [07:24] Saviq: oh, you've done a script :p [07:24] didrocks, yeah, we're *almost* there [07:24] Saviq, I'm rechecking local ones [07:24] Saviq: well done man! that wasn't easy :) [07:24] didrocks, yeah, on that note [07:24] didrocks, any idea about "7.85+14.10.20140428.2-0ubuntu1 ?" [07:24] where did that tag come from? [07:25] you mean, it was never released? [07:25] didrocks, it doesn't point to any revision [07:25] the ? [07:26] it looks like it got tagged by the train but somehow didn't actually get released [07:26] Saviq: I wonder if we didn't get a rerelease after pushing to -proposed [07:27] weird, doesn't seem to be the case though… [07:27] didrocks, branches are scrapped on each Build, though aren't they? [07:27] Saviq: yeah, they are [07:27] didrocks, yeah, so it's something weird [07:27] didrocks, anyway, looks like a one-off error, if I notice it again will let you know [07:28] Saviq: please do, I'm quite puzzled [07:29] Saviq: ok [07:29] paulliu, you definitely have them in lp:~paulliu/unity8/logout [07:29] Saviq: yes. [07:33] waht, compiz is at 250% of cpu :D [07:33] i shall reboot [07:38] mzanetti, lp:~unity-team/unity8/fix-lvwph-xvfb is obsolete isn't it? [07:39] dednick, lp:~nick-dedekind/unity8/indicators.hint-interval: 366 tags [07:39] dednick, please strip [07:39] Wellark, please use http://people.canonical.com/~msawicz/unity8/strip-u8-tags.sh on lp:~kaijanmaki/unity8/indicator-root-state-icons-fix and on any local checkout [07:44] Saviq, on lp:~macslow/unity8/sound-hint-support I've had these tags http://pastebin.ubuntu.com/7403087 still, which probably came from trunk (branched off yesterday) [07:44] MacSlow, those are correct [07:44] ah ok [07:45] MacSlow, we only don't like the 300 tags that came from lp:unity via our old lp:unity/8.0 [07:45] MacSlow, all of them will have ? in `bzr tags` [07:45] there's actually one like that in trunk, but that one's current, and we don't care enough [07:49] wtf bitcoin spam in queries :S [07:50] karni: that bug you oepened, can you give the templates, components, cardData that is used for ot? [07:50] it? [07:54] Saviq: right, yes, it is. [08:09] MacSlow, bug #1315419 is not ours, it's the service that decides to stop waiting for the password, isn't it? [08:09] bug 1315419 in unity8 (Ubuntu) "Timeout when trying to enter a long passphrase" [Undecided,Confirmed] https://launchpad.net/bugs/1315419 [08:09] Saviq, no there's a timeout on every notification, which bites there... so it's currently ours [08:09] MacSlow, ok [08:10] MacSlow, please comment on the bug, I added a unity-notifications task [08:20] biab [08:43] dpm, ping? could we have the scopes docs updated? [08:43] dpm, just grab the latest snapshot from utopic [08:49] Saviq: done [08:57] tsdgeos: you mean the "image should match width" in preview bug? [08:58] karni: yep [08:58] maybe you did [08:58] for some reason i seem to get only the first email of those bugs [08:58] and not the followups [08:59] tsdgeos: I can provide some data. And I believe template has nothing to do with the preview. I'll update the bug. [08:59] ah it's preview? [08:59] * tsdgeos can't read [08:59] "scope result preview", yes [08:59] its not a card [09:00] sorry :/ [09:00] tsdgeos: no need :) [09:05] mhr3, I'll get in touch with mhall119 to update the API site, he's taking care of that now [09:05] dpm, k, thx [09:07] mhr3, np, sent you an e-mail to you both [09:12] hmmm [09:12] the .sh suffixes for build and run are unfortunate [09:12] i need to type more now! [09:17] tsdgeos, isn't it still ./r ? :) [09:17] mhr3: nope [09:17] because there's builddir and run_on_device [09:18] ah.. sucks indeed [09:18] two more keypresses [09:20] my productivity suddenly plumetted :D [09:22] thanks we have ↑ so i can just still use that [09:29] hi [09:35] I wrote a short article about my "Unity redesign" idea. This is a small but very important correction in the current layout. My article is hungarian but i hope you will understand the images. http://androbit.net/articles/428/new_ubuntu_desktop_layout.html [09:37] Makay, hey, you should open specific bugs in launchpad [09:37] but things like the controls being in the corner is done for a reason [09:38] it's easier to access a corner than to access 15 pixels right of a corner [09:38] in one case you can throw the mouse in the direction, in the other one you need to aim [09:40] Makay: also, if your last image would contain the same amount of indicators than the first, I'm not sure if it would still look that good === vrruiz_ is now known as rvr [09:48] mzanetti: yes, this is a problem but the current system tray (with panel) is ugly too [09:57] tsdgeos, Saviq I just branched unity, I am running builddir/tools/unity-scope-tool, after having started scope-ui-starting [09:57] I only have "my apps", and rest seems unresponsive [09:57] no scopes [09:58] file:///home/cimi/Development/unity8/carousel-shadow/qml/ScopeTool.qml:149:23: Unable to assign null to QString [09:58] file:///home/cimi/Development/unity8/carousel-shadow/qml/Dash/DashContent.qml:101: TypeError: Cannot read property 'loaded' of null [10:01] Cimi, "having started scope-ui-starting"? [10:01] sure [10:01] Cimi, you mean initctl emit? [10:01] yes [10:05] Cimi, unresponsive how? [10:06] mhr3, that error [10:06] Cimi, you see "Music" but nothing there? [10:06] so no scopes [10:06] yes [10:06] looks like a service is not working [10:06] Cimi, do `restart scope-registry` [10:06] and run the tool then [10:07] nope [10:07] I have file:///home/cimi/Development/unity8/carousel-shadow/qml/Dash/DashContent.qml:101: TypeError: Cannot read property 'loaded' of null [10:07] every time I switch [10:09] Cimi, hm, pastebin ~/.cache/upstart/scope-registry.log [10:09] http://paste.ubuntu.com/7403713/ [10:10] the death is when you asked me to restart [10:10] yea, looks fine [10:11] Cimi, try this `stop scope-registry && stop smart-scopes-proxy && start smart-scopes-proxy` [10:12] now? [10:12] start all of them? [10:13] Cimi, just run the tool [10:14] the last start should start everything up [10:14] no [10:14] Cimi, so what do you see in the tool now? [10:15] same error [10:15] same stuff [10:15] Cimi, are you on t or u? [10:15] u [10:15] Cimi, latest everything? [10:16] sure [10:16] damn [10:16] correct [10:16] :) [10:16] i'm running out of ideas [10:18] Cimi, are you sure your changes didn't break something? ;) [10:20] mhr3, if I run unity8 works [10:20] mhr3, is the scope tool that doesn't [10:20] I'll run whole unity... but neh [10:22] i'm having issues with the header, but i guess that's cause i'm on T [10:22] hmm, and ./run actually doesn't work [10:22] yey me [10:25] mhr3, oh sorry [10:25] I am on t not u [10:26] those stupid letters :) [10:26] 14.04 [10:26] mhr3: there's no run anymore :D [10:26] it's called ./run.sh [10:26] tsdgeos, yea, that [10:26] mhr3: define "doesn't work" [10:27] tsdgeos, hangs [10:27] i see it uses upstart now [10:27] it does for a while yes [10:27] i suppose it doesn't like something in there [10:28] mhr3: make sure that if you have a "local" unity8.conf you update it with the contents of the file in data/ === dandrader is now known as dandrader|afk [10:28] tsdgeos, where do i need to install a local one? [10:28] mhr3: you don't need to install it, i'm saying if you have a local one [10:29] i dont [10:29] are you sure? [10:29] but i think it might work if i did :) [10:29] it seems to me you're using an old one and not the new one that doesn't wait on indicators starting [10:29] but may be something else [10:29] anyway, you should be on U [10:30] tsdgeos, wasn't the --no-wait thing an sru? [10:30] mhr3: not sure, maybe :D [10:30] but yea, it's not there [10:31] i still find it weird that the scopes-ui emit works without no-wait and the indicator one doesn't [10:31] what's the deal there? [10:36] there's some indicator that hangs [10:37] that's my understanding [10:50] mhr3, yeah, it's something that reacts to indicator-services-start that doesn't return [10:50] mhr3, also, we probably want to wait for the registry at least to start before starting the UI, something we don't care for indicators [10:50] otherwise we might miss the 300ms mark [10:51] Saviq, there's another timeout in the plugin [10:51] could just make it smarter [10:52] mhr3, sure, if you make it smarter to retry, we'll be able to --no wait indeed ;) === dandrader|afk is now known as dandrader [10:53] or maybe even react to scope-registry started [10:53] Saviq, are we delaying the startup now or something? [10:53] mhr3, we're only starting unity8 after emit scope-ui-starting returns [10:54] mhr3, which means that everything listening to that event completes startup [10:54] mhr3, that'd be only smart-scope-proxy atm AFAICT [10:55] Saviq, right, but is there actual data? that we're making the startup slower by 500ms or something? [10:55] mhr3, you'd have to ask ogra [10:55] otherwise, wishlist :) [10:56] there were some talks to merge the two registries into one [10:56] would make things better [10:56] marcustomlinson, ^ right? ;) [10:56] mhr3: right [11:05] mhr3, I never even requested it, I just explained why we do what we do, and you said that you could make it smarter ;) [11:05] dednick: ping [11:05] tsdgeos: plop [11:05] dednick: having a look at https://code.launchpad.net/~nick-dedekind/unity8/MenuContentActivator.bindingLoop/+merge/217899 [11:06] dednick: can't find anywhere the contentChanged signal is used :-S [11:06] ah it's probably part of an assignment [11:07] menuActivator.content[index].active [11:07] Saviq, right :) i could make the timing out smarter, but there are more correct fixes... that would take longer though [11:07] tsdgeos: yeah. it's one of those QMLListProperty thingos [11:10] dednick: can i copy your comment into the commit message? [11:11] makes things much easier if someone reads the commit log in the future [11:11] tsdgeos: sure [11:12] tsdgeos: done [11:13] ah no [11:13] i didn't mean that one [11:13] i meant the other one [11:13] :D [11:13] "If we're already asking for the index, we know it exists already. No need to send a changeNotification on an implied creation." [11:13] i'll add both [11:13] :D [11:13] tsdgeos: :) === MacSlow is now known as MacSlow|lunch [11:32] Saviq, I can't mark LP #1315419 as a duplicate of LP #1295762 because of timeout-error on LP [11:32] Launchpad bug 1315419 in unity8 (Ubuntu) "Timeout when trying to enter a long passphrase" [Undecided,Confirmed] https://launchpad.net/bugs/1315419 [11:32] Launchpad bug 1295762 in unity-notifications "snap decision timeout needs to be determined by the requesting app" [Undecided,Triaged] https://launchpad.net/bugs/1295762 [11:33] Saviq, could you try? [11:33] heh [11:33] no pun intended :) [11:33] MacSlow|lunch, done, took three tries for me, too [11:34] gave up after five [11:39] Hey guys, I'm looking at d.u.com cplusplus unity-scopes documentation - where can I find available PreviewWidget types? [11:39] http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/classunity_1_1scopes_1_1_preview_widget.html [11:40] MacSlow|lunch, huh, apparently you managed to dupe it in the end, just got an email ;) [11:40] karni, http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/previewwidgets.html [11:40] karni, top level "Preview widget types" ;) [11:40] Saviq: lovely! [11:41] Saviq: yeah.. *me hides* [11:41] Saviq: What's the difference between pushing widgets one by one VS adding them to PreviewWidgetList and pushing that? [11:41] Saviq: can I ask for a volunteer to review: https://code.launchpad.net/~gerboland/unity-mir/shutdown-crash-fix3/+merge/218394 [11:42] karni, mhr3 can confirm, but they're sent to the UI as soon as you send them, so if you push them one by one they should get to the UI slightly faster [11:43] Saviq: that'd make sense. wondering if there's any more magic. thanks! [11:43] karni, you can also make a conscious decision, knowing that you can push a base preview straight away, and then request additional data from any service you need to ask and supplement the preview [11:43] karni, sorry, irc issues, what's the problem? [11:43] mhr3, no problem [11:43] mhr3: no problem [11:43] What's the difference between pushing widgets one by one VS adding them to PreviewWidgetList and pushing that? [11:43] it's faster :) [11:44] flicker-free [11:44] or well.. before Saviq kicks me... it *can* be flicker-free [11:46] :) [11:47] mhr3: Flicker-free is like matrix spoons and internet cake it doesn't exist ;) [11:47] tsdgeos, tests/plugins/Dash/cardcreatortest.cpp: bad whitespace in line 47 [11:47] meh [11:47] tsdgeos, how are you getting that with QtC? [11:47] i'm not using QtC [11:47] I can't get my QtC to mess up whitespace ;D [11:48] tsdgeos, that explains it :D [11:48] karni, for clarity, adding all the widgets to a list and pushing that is flicker-free option [11:48] davmor2: haha [11:48] mhr3: ack [11:49] mhr3, but slower, as it's sent in one go, right? so if you're requesting data from a remote API, it makes sense to send them one by one after having sent a base one for display? [11:49] Saviq: yes [11:50] Saviq, sure, if it'd take you too long to populate them all, it's better to chunk it, but if you don't have such a problem, single push is better [11:50] mhr3, k [11:51] Saviq, now, i need renderer for annotations [11:52] mhr3, since when do we have annotations designed? :P [11:52] Saviq, since forever :P [11:52] mhr3, except they've been rejected by a certain gentleman [11:53] alright, i'll ask mike about it [11:54] mhr3, in CPT Mark said that he wanted them to be rich and context-dependent [11:54] tsdgeos: :) [11:54] mhr3, not just plain links [11:54] tsdgeos: bleh. sorry [11:54] dednick: don't be sorry for being happy :D [11:54] Saviq, i thought he meant that both should be possible === _salem is now known as salem_ [12:01] mhr3: I think Unity scopes api doc is missing instruction of how to add a preview action with *custom* uri [12:01] as long as result uri is same as the action uri, it's easy, because you don't need to provide it [12:03] optional {"uri", Variant("uri")} doesn't resolve to mapped uri value, and {"uri", "uri"} doesn't compile. I suppose VariantBuilder is not the way to go if we want custom action uri? === alan_g is now known as alan_g|lunch [12:04] karni, what do you mean, "doesn't resolve to mapped uri"? [12:04] Saviq, tsdgeos how do I export GRID_UNIT_PX for the new run script? [12:05] Cimi, initctl set-env --global GRID_UNIT_PX=blah [12:05] mhr3: if there's "uri" field in the result, that Variant("uri") action button resolves to /uri instead of _real uri from the result_ [12:05] Saviq, works thx [12:05] mhr3: it does not properly map, preview just takes hardcoded "uri", not *the* uri from the result [12:06] mhr3: suppose, in the result I have "more_from_category_uri" and I want an action button that launches that uri [12:07] mhr3: {"uri", Variant("more_from_category_uri")} will result in this action: /more_from_category_uri instead, say, http://foo.shop.com/category/2 [12:07] karni, so just do {"uri", Variant("http://foo...")} ? [12:08] mhr3: I thought these things should resolve. that's why we do header.add_attribute_mapping("text", "title"); and not ..._mapping("text", "THE title"); [12:09] but you can only map whole fields, not subfields [12:09] you'd need to create an actions-like field in the result [12:09] if you wanted to map that [12:10] * karni stares at what mhr3 is writing ;) [12:10] tsdgeos: bleh. sorry [12:10] mhr3: you want something like {"uri", Variant(result["custom_uri"])} ? [12:10] baaaa! [12:10] karni, no, when creating the result, you'd have to do: [12:10] mhr3: can I even access the result? [12:11] karni, VariantBuilder vb; vb.add_tuple({"uri", "http://..."}); result['actions'] = vb.end(); [12:11] karni, and then in preview w.add_attribute_mapping("actions", "actions"); [12:11] should have named it foo in result, then _mapping("actions", "foo") [12:12] mhr3: I see. That sort of imposes Preview format on the result set. [12:12] karni, right [12:12] karni, that's the price to pay if you want to map it [12:12] greyback, sorry, I looked at what you wrote and thought "sure", broken xchat-gnome didn't send my thoughts to you ;) [12:13] Saviq: np [12:13] mhr3: and if I don't want to map it, is there another way? you said {"uri", Variant("http://foo...")} - how do I achieve that? can I access the result from within the preview? [12:13] karni, you need to do it manually, but yea [12:13] mhr3: I'm sorry I'm asking so many questions, but we're paving the dev story [12:13] karni, ie, copy the result, in preview() [12:14] mhr3: so 'result' is available in the scope of Preview::run? [12:14] in the Preview, in general [12:14] karni, not by default, you need to do it manually ^ [12:15] greyback, while working on this, did you notice unity8 taking a long time (like ½ a minute) to shut down after "initctl stop unity8"? [12:15] I would expect the same on Ctrl+C actually [12:15] karni, but yea, would be nice to support it out-of-box [12:15] pstolowski, could we ^? [12:15] mhr3: ok. that's way more dirty than enforcing preview format on the result. I'll go that route. [12:16] mhr3: thank you [12:16] karni, well, one has to go over the wire, one is just a mem copy... so... [12:16] Saviq: I notice that from time to time yes, but I didn't think it was unity8 that was blocking [12:17] greyback, it is, it's just waiting for *something* on shutdown (probably the join()) [12:17] Saviq: with that patch, worst case shutdown time is around 5 seconds (hit Ctrl+C just when Qt is starting up) [12:17] greyback, ok sounds good [12:17] mhr3: by dirty I mean the need to change scope-preview header and source file in a way that should not be needed. the less it is required to successfully write the scope, the better. so, I'll just reformat the result and map it as "actions", "actions" with add_attribute_mapping [12:18] greyback, no checklist in the MP? [12:18] Saviq: not merging to trunk, but devel branch [12:18] greyback, ah [12:18] forgot about that [12:19] Saviq: I plan to fix bug 1305128 and then do a release [12:19] bug 1305128 in Unity 8 "Apps don't always get focused when started with upstart-app-launch" [Critical,In progress] https://launchpad.net/bugs/1305128 [12:19] greyback, glad, will help [12:19] (I will) [12:19] ta [12:28] greyback, doesn't build [12:28] greyback, SIGINT, SIGTERM not declared in this scope, missing signal.h? [12:29] Saviq: probably. /me more curious why it builds for me [12:29] mhr3, karni we could provide result in preview's query run(), but the only backwards-compatible way of doing this that I can think of is to make it an attribute of PreviewQueryBase, and set it before calling run() (so it would only be available while inside run(), and i'm not sure I like it) [12:29] greyback, FWIW same error in CI [12:30] pstolowski, overloaded constructor/ [12:30] ? [12:30] mhr3, well, yes, but then you have a class that can be partially initialized if you use the default ctor [12:31] pstolowski, mark deprecated :) [12:32] mhr3: does this make sense to you? action works (launches browser), label does not show up: http://paste.ubuntu.com/7404288/ [12:32] mhr3: I used a vector, because I want more general code that shows you can add more than one button [12:32] plus, mapping would expect an array there so.. VariantArray is actually std::vector .. [12:32] karni, that's what the add_tuple does [12:33] karni, ie the variant builder is already creating an array [12:33] mhr3: actions is an array, that coutains tuples that map to buttons [12:33] [ { button attributes }, { button attributes }, ... ] [12:34] mhr3: so, you have an array of variant builders, no? [12:34] karni, no, variantbuidler is building an array already [12:34] mhr3: I guess the preview actiono works only because it actually matches the result uri [12:34] karni, if you didn't need an array you'd just use a variantmap [12:35] okay, let me try it then :) [12:35] karni, yea :) [12:35] Saviq: fix pushed [12:35] greyback, k [12:35] mhr3: good call, man. thanks [12:35] mhr3, I think I've reached the limit of 'mark as deprecated' for today ;) [12:36] mhr3: I'm happy to see std::vector go away. I love STL, but this didn't look right. [12:37] karni, but if you changed the VariantBuilder to VariantMap and kept the vector, it would actually work [12:37] mhr3: gotcha :)! [12:38] yay for loosely typed apis ;) [12:39] anyway, /me lunch [12:43] greyback, so any idea how you built it? dirty build? [12:43] Saviq: must've been [12:44] greyback, kk [12:46] greyback, btw, you said you were discussing with mirfolk that this whole quit architecture could use some love, that patch is then only valid until that happens, right? [12:47] Saviq: this was their suggestion on how it should be done [12:47] greyback, ok [12:48] baaaa! [12:48] 3 times today. not going well [12:48] dednick, wassup there? :D [12:49] dednick, you didn't ping tsdgeos this time ;) [12:49] Saviq: yeah. not concentrating! [12:56] greyback, awesome, this seems to fix the shutdown time indeed, will speed up autopilot tests considerably === alan_g|lunch is now known as alan_g [12:58] Saviq: good to hear. Did you check the startup-wizard shuts down cleanly too? [12:59] greyback, not yet, running the u8 suite now [12:59] ok [12:59] Cimi, pointer on how to test welcome wizard? [13:11] Is the organic grid only good for scope results with different text length, or can one achieve the "image organic layout" like in the gallery app? [13:12] karni, organic grid is _only_ good for images [13:12] karni, different text length is vertical journal === MacSlow|lunch is now known as MacSlow [13:13] MacSlow, hey, because of lp:~unity-team/unity-system-compositor u-s-c gains a dependency on libandroid-properties-dev, could that be avoided? [13:13] MacSlow, otherwise we lose arm64 as an arch on which u-s-c built [13:14] Saviq, not if we want to keep having artwork-assets correctly scaled based on the provided per-device-grid-unit [13:15] Saviq, that dependency is due to having to read the grid-unit from android-properties [13:16] Saviq, it's already nasty having to do this... dropping the dependency on libandroid-properties-dev would make it worse... despite I don't know of the top off my head how to solve getting the grid-unit-value in such a case [13:17] Mirv, ↑ [13:17] wonder if we can have optional deps... [13:21] or well, maybe libandroid-properties could be built for arm64.. [13:24] Saviq, why is it not available by default? [13:24] MacSlow, well, it only makes sense for android... which is only available for x86 + armhf [13:25] MacSlow, feels like we need to abstract it somehow [13:26] MacSlow, I'll ask around [13:26] Saviq, ok [13:45] Saviq, you add the upstart file [13:45] Saviq, and reboot phone [13:45] Cimi, "the upstart file" found where? [13:46] Saviq, you might also want to remove the file from .config/ubuntu-system-settings/wizard-has-run after than [13:46] Saviq, inside wizard folder of a ubuntu system settings branch [13:46] Cimi, the wizard is in the image already? [13:47] just without the upstart job? [13:47] Saviq, yeah I think so [13:47] is part of system settings [13:47] k let's see [13:47] I don't know which version is here [13:48] Cimi, "creating surface at (0, 58) with size (768, 1222) with title 'Window 1'" doesn' [13:48] t sound right [13:48]