[04:06] morning, and yes QCommandLineParser usage should lead to >= 5.2.0 dependencies automatically === karni is now known as Guest47462 === peTERR is now known as Lunner [05:03] ls [05:18] ls === MacSlow is now known as MacSlow|errand [08:18] Is there any effort to port Unity over to bsd? [08:38] /back [08:38] I had connection issues, they fixed this morning [08:47] Saviq: ping [08:47] tsdgeos, pong [08:47] Saviq: can you give lp:~aacid/unity8/unity8_real_async_loader a quick try and see what you think of the behaviour? [08:47] tsdgeos, yup [08:48] i think it looks faster/smoother and acceptable in look&feel [08:56] and my interwebs crashed [08:56] Saviq: not sure you got [08:56] i think it looks faster/smoother and acceptable in look&feel [08:56] but would like a more impartial opinion before i make it pass tests etc [08:58] tsdgeos, yup, doing [09:03] Hi guys. Is it possible to point a result of one scope to another scope? i.e. trending tweets -> the trending scope result points to the 'twitter' scope with proper search term === Guest47462 is now known as karni [09:03] mhr3, ↑ [09:04] :) [09:04] That would be an annotation, I suppose (?) [09:04] karni, we call those "canned queries" [09:04] ah cool [09:04] karni, I'm not sure what exactly their status is, but it's coming [09:04] * karni wants to know moar :) [09:04] karni, yes it is [09:04] wohoo [09:05] Tell me about it please :) Or point me to the docs (good joke, right ;D?) [09:06] you'd just return ActivationResponse with a query to run [09:06] same thing scopes scope does really [09:06] mhr3: do remote scopes support that as well? [09:07] not atm [09:07] there's a bug about it [09:07] tsdgeos, it does feel a bit better... I feel that we should do even better than that... [09:07] karni, they will [09:07] mhr3: I see [09:08] mhr3: until then, I suppose I can point to twitter from the preview instead. [09:09] Saviq: there isn't much more things i can do, basically everything is async now except the text and the card.qml creation itself [09:09] but card.qml is just the text and the AbstractButton [09:10] but i'll keep digging :) [09:11] karni, fyi https://bugs.launchpad.net/unity-scopes-api/+bug/1305147 [09:11] Launchpad bug 1305147 in unity-scopes-shell "Canned queries need to be supported via "scope://" uri schema" [Undecided,New] [09:11] tsdgeos, well, sure, but if you just put a Rectangle { color: "grey" opacity: 0.3 } or so behind the actual delegate (and load whole Card.qml async), it's totally smooth [09:12] mhr3: subscribed, thanks! [09:12] tsdgeos, so maybe we should think of something like that [09:12] Saviq: yes, we can do that [09:13] karni, oh wait, i think i misunderstood [09:13] tsdgeos, but this is a step in the right direction for sure [09:13] mhr3: no, I think this is exaclty it [09:13] karni, you can't override what happens on tap, that always opens a preview [09:13] mhr3: suppose "icecream" is trending topic right now on twitter. I can point from "Twitter Trending" scope to "Twitter" scope with 'icecream' search term [09:13] unless it's an annotation [09:13] tsdgeos, I'm only worried that once we put a workaround in place, we won't look at actually making the Card itself faster ;) [09:13] Saviq: well, not sure, i mean if we go for the rectangle and card.qml totally async, i'm not convinced we need this [09:14] karni, and we don't support annotations yet either :) [09:14] mhr3: ah, that's fine. button in preview is fine [09:14] tsdgeos, yeah, exactly ;) [09:14] mhr3: baby steps :) [09:15] Saviq: yeah, true, but i'm not sure we can make Card itself much faster, other than making the UShape faster [09:16] Saviq: so basically you tell me what you want, try to make what i have faster without the async Card, go back to async Card + Rectangle, try to make Card itself faster [09:16] tsdgeos, I still worry we'd be better off with purpose-built minimal Cards, falling back to the current behemoth Card.qml [09:16] i'm open to anything :) [09:17] +1 on specializing at least the apps cards [09:18] tsdgeos, I think what we need is more analysis - like simplify Card.qml down to Shape + Label, and take measurements in the process to see what's the heaviest thing there [09:18] we could also try with The New Shape™... but... [09:20] tsdgeos, basically, if we can't see much improvement between a minimal "Shape + Label" and your asynchronized Card.qml, we'll know that this is not the bottleneck [09:20] which I'm not sure is the case still, there's still too much happening in Card.qml I'm afraid [09:21] ok [09:21] i'll try that [09:25] /food [10:02] tsdgeos, been seeing this quite often with latest images http://imgur.com/q6fbfuC something to be worried about? [10:02] yes [10:02] should not happen [10:04] is there a bug opened about it? [10:04] it's not like this was the first time i saw it [10:05] only seems more common [10:06] i do not know of any bug open about this [10:08] Saviq, aware of one ^? [10:25] seb128, https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675 :))))))))) [10:26] Cimi, get mterry to approve it and I can put a landing [10:26] seb128, he approved [10:27] seb128, but sine he participated in the branch, he asks for review [10:28] k [10:28] well, I've no slot for settings atm, still busy with the desktop LTS [10:28] but I can try to have a look next week [10:29] seb128, someone else? [10:29] if you're busy.. [10:29] Cimi, we are short on people working on settings [10:29] you can try to ping kenvandine when he gets online [10:29] ok thx [10:30] or tedg [10:30] he wrote the wifi settings [10:30] so he might want to review the wizard side [10:37] Saviq, split common merging soon? [10:38] Saviq: it is amazignly much faster :S [10:41] tsdgeos, that's what I was afraid of [10:41] Saviq: pushed to lp:~aacid/unity8/specialized_cards [10:41] give it a try [10:42] it's obviously not production ready since it's a total hack [10:42] but the speed difference is quite woah [10:43] Saviq: I've move the IRC bot to canonistack, it's stable enough for that. Feel free to tell me if you see any issue [10:43] didrocks, just joined, thanks! [10:43] great ;) [10:45] tsdgeos, yeah, I can still make it skip frames, but yeah, it's a lot better [10:46] Saviq: you can make it skip frames? not here, or my eyes are not that trained :D [10:46] tsdgeos, we love hacks [10:46] Saviq: and that's without the UbuntuShape being async [10:46] tsdgeos, oh yeah, easy - open "Available" and scroll up as fast as you can [10:46] tsdgeos, with async might be faster? [10:46] sure [10:46] well not faster [10:46] tsdgeos, I mean the loader [10:46] but less blocky [10:47] you removed async from loader [10:47] i know [10:47] i don't mean that one [10:47] i mean another one that in this branch doesn't exist [10:47] Cimi, we're waiting for U to open, don't want to SRU [10:47] adding async there makes you end up with basically and empty dash if you scroll faaaaaaaaast [10:48] I see [10:48] tsdgeos, what's the bottleneck? [10:48] here? [10:48] GL i'd say [10:48] tried not using ubuntushape but rectangle? [10:48] but can't tell [10:49] tsdgeos, just to see if it's sdk or not [10:49] Cimi: yes i have [10:49] that's the thing i did day 0 [10:49] and? [10:51] it is obviously faster [10:53] tsdgeos, so yeah, I think this is the right direction, that's the only way that will give us fast delegates, downside is obviously code duplication, but it's a tradeoff we need to take I think [10:53] Saviq: so the question is, how we do special case [10:54] basically do a if template is vertical and has art and title and nothing else -> load this? [10:54] tsdgeos, 100% fast or not? [10:54] Cimi: you try it [10:54] ok [10:54] tsdgeos, yeah [10:54] tsdgeos, Saviq because this ubuntushape thing can be problematic [10:54] in 2014 we can't have slow performance because we use too many shaders [10:55] tsdgeos, basically select the "smallest" delegate that can deal with what the template and components describe [10:55] all other competitors are going flat (no shaders almost) [10:55] while we use gpu a lot [10:56] we should cache the shaped images, is what we should... [10:56] Saviq, vram then :) [10:56] but you still need to compute them once [10:56] shaping them in GPU every time is kinda wasteful, when 90% of the time they will look the same every time [10:56] Cimi, sure, once [10:57] Cimi, you have to download them once, too, etc. [10:57] Saviq, I think those are questions we need to answer asap [10:57] Saviq, or we better use less this ubuntushape [10:57] which is abused [10:57] even when imho doesn't look nice [10:58] (like everywhere) [10:58] gallery app for example [10:58] I'd rather have squares without padding [10:58] Cimi, and why are you telling me this? [10:58] faster, focusing on the content [10:58] Cimi, don't you work from London, where... guess what! all the design happens! [10:59] Saviq, because you're my colleagues? :) [10:59] Saviq, well I first talk with friends/colleagues, if they agree I can jump and ask marcus [10:59] Cimi, we don't have to agree ;D [11:00] why not! [11:00] Cimi, but worse than that, I don't think I can be objective any more [11:00] I've gotten used to it, and probably a little tired, too === alan_g is now known as alan_g|afk [11:00] Saviq, it's exactly what I want! [11:00] tired! [11:00] users should not be tired! [11:01] Cimi, but we're not users [11:01] Aqua on OS X [11:01] their theme [11:01] it has 14 years [11:01] still people love it [11:01] they nailed it [11:01] good designs can last for long [11:02] if we're tired of something in less than a year... [11:02] pff Aqua sucks :P [11:02] it's dated [11:02] I like the ubuntu shape [11:02] we can probably use it with more balance [11:02] we gain in performance, battery usage, ram === MacSlow is now known as MacSlow|lunch [11:03] and will feel less tiring [11:03] tsdgeos, Cimi, bug #1311599 btw [11:03] bug 1311599 in ubuntu-ui-toolkit (Ubuntu) "UbuntuShape should be available as an image provider" [Undecided,New] https://launchpad.net/bugs/1311599 [11:04] that'd help [11:04] Cimi, oh yeah, I'm tired of Aqua even though I don't use OS X at all ;) [11:05] mhr3, https://www.youtube.com/watch?v=vXQlYhLcQ2c [11:05] Saviq, ok but after 14 years for god sake! [11:05] Cimi, ok, you got me :P [11:06] Saviq, it lasted enough... [11:07] Saviq, thanks for the bug [11:07] Saviq, +! [11:07] +1 [11:08] another example of too many ubuntushape is the calender [11:08] I was talking with matthieu about this [11:09] (he hates all those ubuntushapes everywhere) [11:10] but he's working with them all day long [11:10] Cimi, it's like you hating mir :P [11:11] mhr3, it's fundamentally different [11:12] mhr3, if mir will be as fast as wayland/sf it won't change anything for me, I chase performance [11:12] mhr3, but we are talking about a design here, different [11:13] the point was that you don't have outsider perspective === alan_g|afk is now known as alan_g [11:14] mhr3, http://i1-news.softpedia-static.com/images/news2/Remember-Ubuntu-Touch-Apps-and-Unity-8-Are-Available-for-Ubuntu-14-04-LTS-438499-3.jpg [11:15] mhr3, http://r.phonedog.com/shared/images/2014/1/180699-newmotoxgallerycrop.jpg [11:16] mhr3, it's design choice, the latter focuses on the content, photo, the reason why I am running the app [11:16] the photos are prioritised [11:17] in our app, there's lots of padding and corners cropped too [11:17] if you want to look at few last shots, yes [11:17] with all the issues of performance too [11:17] but the app is much better as a photo journal [11:18] mhr3, you can have the same result with rectangles [11:18] also, unfair comparison, bunch of nice pictures on an actual phone vs screenshot of screenshots of website [11:19] mhr3, http://cloud.addictivetips.com/wp-content/uploads/2013/10/Ubuntu-Touch-16.2-Apps-Gallery-Photos.png [11:19] mhr3, http://photos.pcpro.co.uk/blogs/wp-content/uploads/2013/01/Ubuntu-Phone-photo-gallery.jpg [11:20] see, this second one isn't that bad [11:20] although yes, quite a lot of empty space [11:21] Cimi, but don't forget that the ushape is also making the platform as a whole distinct [11:21] mhr3, I agree [11:21] mhr3, but it's already everywhere [11:22] *you* see it everywhere [11:22] mhr3, we don't need to blindly put it in every corner [11:22] we have it for buttons, widgets, etc etc [11:22] here we're really abusing it in my opinion [11:22] maybe, but then again, it makes the whole thing feel more concise [11:23] even when design wise (UX) is counterproductive [11:23] mhr3, not necessarily concise, it just makes it more repetitive [11:24] I agree with consistency as a general rule [11:24] but with a pinch of salt [11:29] I need someone's review/approval for this branch https://code.launchpad.net/~vrruiz/unity8/helpers-notify/+merge/215700 [11:29] And I have a question: are you able to execute the autopilot tests for Unity8 in an up-to-date Trusty? [11:30] rvr, first, checklist! https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8 [11:30] Cimi: Already done [11:30] rvr, sorry we usually put it in the description, but it's fine in the comments [11:31] Cimi: Oh, next time I will do it that way [11:33] rvr, you should be able to run tests [11:33] rvr, read the CODING file iirc [11:33] basically make install then running with exporting PYTHONPATH [11:33] something like that [11:40] Cimi: What I mean is that I was able to execute them, but no longer [11:40] rvr, which error? [11:40] trying out now [11:40] No error, it gets stuck [11:41] Unity8 window doesn't appear [11:41] tsdgeos, might be the error with upstart? [11:41] ^ [11:42] he may have the same problem i have with the indicators yes [11:42] i still don't understand why noone else other than me has that [11:43] rvr: status unity8 [11:43] what does that return? [11:43] Let me check [11:44] $ status unity8 [11:44] unity8 start/pre-start, process 2251 [11:46] rvr: yeah you are unlucky as i am [11:46] tsdgeos: lol [11:46] rvr: my solution to that is [11:46] reboot or relogout/in [11:46] initctl emit indicator-services-start [11:46] ctrl+c [11:46] then stuff will work [11:46] I see "initctl emit indicator-services-start" in ps [11:46] ubuntu 2279 0.0 0.0 19388 1184 ? S 12:28 0:00 initctl emit indicator-services-start [11:46] Ubuntu bug 3308 in Launchpad itself "duplicate for #2279 Bugs on Maintained Software times out" [Medium,Fix released] https://launchpad.net/bugs/3308 [11:46] you can try killing 15 that one [11:47] see if it helps [11:47] rvr, tsdgeos, there's a branch fixing this in LP [11:47] https://code.launchpad.net/~saviq/unity8/no-indicator-wait-drop-tool-desktop/+merge/216713 [11:47] rvr, if you add the --no-wait to the unity8.conf file it won't wait for indicators to start [11:47] tsdgeos: Yeah, that helps [11:48] Saviq: Trying [11:52] Seems work, thank you [11:55] rvr, you don't have emit indicator services here [11:56] Cimi: Where? [11:56] rvr, in your upstart job [11:56] of your branch [11:58] it's in trunk with a merge [11:58] Cimi: My branch is related to notification tests [11:58] yep [11:58] Some refactoring we are doing [11:58] I was looking to see if the hang was due to a not updated branch [11:59] Autopilot wasn't able to start unity8 anymore after I upgraded the VM [11:59] But now the problem is gone with tsdgeos and Saviq's suggestions === alan_g is now known as alan_g|lunch [12:00] rvr, yup, that'd be the same issue indeed [12:00] Saviq, trying to test your branch [12:01] I added no wait here /usr/share/upstart/sessions/unity8.conf [12:01] and locally [12:01] still stuck [12:01] I donwloaded trunk and executed ./run, and got the same result: stuck [12:01] Cimi, you probably have one in ~/.config/upstart [12:02] rvr, copy data/unity8.conf to ~/.config/upstart/ [12:02] rvr, only then will upstart pick it up [12:02] (the fixed one from my branch, that is) [12:02] Saviq: Ack [12:03] I dont [12:04] I relogin [12:04] Yeah, me neither [12:08] Saviq: Just modifying it in /usr/share/ works for me [12:08] rvr, sure, the one in ~/.config (if present) just overrides the system-wide installed one [12:09] rvr, so on one hand it's good to put it in ~, so that you don't mess system-wide ones... but then you might forget about the one in ~, and see weird things when it gets upgraded in the package... [12:28] mhr3: Do you know who/when will be assigned to work on the scope:// uri? (I assume annotations are far down the line compared to supporting scope:// ) [12:29] karni, it's "Fix committed" already [12:29] just didn't land [12:29] cause T/U [12:29] although shell part is still missing, i'll do that [12:31] Saviq, tsdgeos I have the issue of autopilot restarting my session [12:32] which was the fix for that? [12:32] mhr3: it's fix commited in ubuntu-unity-api, not ubuntu-unity-shell. that's a difference, no? [12:32] mhr3: ah, there you wrote it [12:32] mhr3: yes, that's what I was asking about hehe [12:32] mhr3: any ETA when you can get to it? (for situational awareness, let's say :) ) [12:33] mhr3: T/U ? [12:33] karni, it's tiny, shouldn't take long [12:33] Cimi, I don't know about that issue [12:33] karni, trusty / u??? transition [12:34] tsdgeos, how did you fir the issue with autopilot restarting your session? [12:34] mhr3: ah heheh [12:35] karni, but yea, not being able to land stuff kinda sucks atm [12:35] mhr3: gotcha. "shouldn't take long" sounds good enough :) [12:36] karni, just bug me about it for the next few days ;) [12:36] hehheeh, gotcha [12:41] ok ruynning autopilot restarts my desktop session [12:42] Cimi, rather it sounds like something is crashing [12:42] Cimi, there's no reason why autopilot runs would restart your session, unless the unity8 job kills your session upstart [12:43] Cimi, which means you should check whether you didn't b0rk it === alan_g|lunch is now known as alan_g === MacSlow|lunch is now known as MacSlow [12:57] Cimi: i didn't _/ [12:57] Cimi: i just run them on the phone [12:57] ok now it didn't crash [13:02] we need a way to run them on desktop in xvfb, too, but that'd basically mean a complete new session under xvfb (with dbus et al, for indicators and such) [13:13] didrocks, hey! can you take a look if this https://code.launchpad.net/~stolowski/unity-scopes-api/install-client-tool/+merge/216875 looks good from packaging pov? [13:16] maybe sil2100 you want to have a look? ^ [13:23] Saviq, updated the tripe-set of branches regarding the modal-snap-decisions adjusting all the version-bumps and build-dependencies... should be all set now. === _salem is now known as salem_ [13:25] MacSlow, kk [13:25] What's up [13:26] pstolowski: I'll take a look in a amoment, just finishing lunch [13:26] MacSlow, sorry for being an a$$ about it, it's a rather tangled approach, but the only one we could think of that made sense [13:29] Saviq, no worries... that's inherent to the nature of these three branches spreading numerous parts [13:32] sil2100, sure, no rush, thanks [14:11] Saviq: Would we want to make Card description make links within text clickable? [14:11] karni, no [14:11] If not, it would make sense for me to add another preview button. [14:11] Saviq: What's the reson behind that decision? It's heavy? [14:11] karni, unless you mean in the preview? [14:12] karni, so not card summary, but preview description? [14:12] Saviq: oh. yeah, that's what I meant :) [14:12] * karni looks at the preview right now [14:12] karni, that might be possible, but not implemented, comment on the dash spec? [14:12] Saviq: will do! [14:36] Saviq, https://bugs.launchpad.net/unity8/+bug/1089962 ? [14:36] Launchpad bug 1089962 in touch-preview-images "[window management] add an 'opaque' flag for the shell so that other surfaces are not composited" [High,Confirmed] [14:40] Cimi, that will be out of scope with QtComp [14:40] Saviq, ok, worth commenting [14:41] Cimi, yup, did [14:42] hey Saviq, did you manage to get anywhere with the infographic stuff? [14:43] pete-woods, was planning to get back on it now that stuff's slightly less crazy again [14:44] Saviq: cool, was just checking really. I understand your plate is large and full! [14:44] pete-woods, yeah, I get you [14:44] pete-woods, do we have a blueprint for those btw? [14:44] * Saviq wants moar blueprints! [14:45] Saviq: seems there's this - https://blueprints.launchpad.net/ubuntu/+spec/client-1311-infographics [14:45] but it's not exactly useful information [14:46] pete-woods, right, and it's old - should probably be marked completed, and we need a new u-targeted oen [14:46] one [14:47] but we'll need for u to be open for that... [14:47] yep [15:27] Saviq: what about? https://code.launchpad.net/~aacid/unity8/specialized_cards/+merge/216885 [15:27] it's best of both worlds [15:27] async loaded UShape + simplified card === gatox is now known as gatox_lunch === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader|afk [15:32] Saviq: If I want to make API documents inside the code, do we have any formal style. Like doxygen? Or maybe Qt has its own way of documentation? [15:37] Saviq: For qt I think it is qdoc. Though I haven't read the documents about it. [15:39] paulliu, yes, we're using doxygen [15:39] Saviq: ok. got it. [15:39] paulliu, `make doc` will build docs in builddir/doc [15:39] paulliu, you can then check source files to see how we style them [15:39] Saviq: ok. [15:42] tsdgeos, yeah, something like this, although I think we'll have more than just this one... [15:43] Saviq: sure, but i guess we can try to get this reviewed and in and slowly add more as we need them? [15:43] tsdgeos, sure, yes [15:43] gotta finish early today o/ === jhodapp is now known as jhodapp|lunch === gatox_lunch is now known as gatox === dandrader|afk is now known as dandrader === jhodapp|lunch is now known as jhodapp === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === ChrisTownsend1 is now known as ChrisTownsend === bschaefer_ is now known as bschaefer === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === jhodapp is now known as jhodapp|afk === salem_ is now known as _salem === NoNameYet_xnox is now known as xnox