=== jamesh_ is now known as jamesh [03:33] Setting up deja-dup in Ubuntu 14.4. When attempting to connect to my SSH box, deja-dup claims "SSH program unexpectedly exited" Ideas? Know where this is logged? [03:36] I can ssh into my SSH box as the same user without a problem. [08:17] Cimi: so what about that issue with carousel? [08:17] dednick: are you doing https://code.launchpad.net/~saviq/unity8/cmake-plugin-cleanup/+merge/218171 as Saviq asked or shall i jump in? [08:18] tsdgeos: ah. i can do. [08:19] dednick: tx [08:20] tsdgeos, I confirm is with your branch [08:26] ok [08:30] Saviq: so https://codereview.qt-project.org/#change,85437 sent upstream, i'll work in patches to our 5.2.1 packages that use it instead of delegate range and patches to unity8 to use displayMargin instead of delegateRange [08:42] Mirv: ping [08:43] tsdgeos: hangout pong [08:43] Saviq: that plugin cmake branch. I can't seem to run unity8 on desktop when I removed unity8 system installed folders. "Need to use QMirServerApplication" [08:44] Saviq: works on trunk though [08:45] Mirv: i need to do a patch for our qt 5.2 packages to bring one of the patches we have closer to upstream, what's your preferred way of me doing that change? [08:45] tsdgeos: LP bug with info on what to do inside current debian/patches/ [08:45] Mirv: oki, tx [08:45] tsdgeos: is that ^ something that'd be nice on 5.3 RC packages, and would it help with the empty scopes? (have you tried the RC packages on device?) [08:46] Mirv: yes [08:47] Mirv: but on the 5.3 packages we'd need a somewhat different patch, i'll work on that too [08:47] \o/ I'll kick that in, it'd be nice to have something demoable of 5.3 next week [08:47] tsdgeos: doesn't the codereview on targeted to 5.3 work? [08:48] Mirv: 5.3 is only for "BIG AMAZING VERY URGENT" bugs now only [08:48] so i'm targetting what we miss from upstream to 5.3.1 [08:48] so plan is [08:48] bring to our 5.2 packages what would end up in 5.3.1 if they accept my patch [08:48] and then add to our 5.3 packages my small patch [08:49] so it's all in sync [08:49] tsdgeos: yeah, I just mean that if I add https://codereview.qt-project.org/#change,85437 to 5.3 RC is that joy? [08:49] and we can move unity8 to and from our 5.2/5.3 packages [08:49] Mirv: no, i need to update unity8 too [08:49] Mirv: to use that new property, that's why i want to backport htat new property to 5.2 so i can also change unity8 [08:49] ah, ok right. I can build that meanwhile in the 5.3 test PPA and wait until there's something for unity8 (I can manually patch too the test package) [08:49] and then all is nicely aligned [08:50] sounds good [08:58] dednick: QMirServerApplication from unity-mir, unity8's main.cpp creates it. The unity-mir QML plugin depend on it (they are teh ones printing that message) [09:00] tsdgeos, awesome [09:12] tsdgeos, fixed xvfb tests [09:15] Saviq: so was discussing with Cimi if the shadow for the card carousel we should add it to the carousel code or to the card code [09:15] Saviq: what's your opinion? [09:15] tsdgeos, in cardCarousel :) [09:15] tsdgeos, since it's only ever used in carousel [09:15] tsdgeos, I'd put it in CardCarousel, or Carousel itself even [09:16] ok [09:16] tsdgeos, it depends on what kind of items we say we support in the Carousel [09:16] Saviq, carousel no, since it should stay abstract [09:16] Cimi, maybe yeah [09:16] having a shadow might be abstract no less, though [09:16] Saviq, but in the branch I made it quite abstract inside cardCarousel [09:16] if that's "part of the carousel" [09:17] Saviq, but it's not a proper shadow [09:17] Saviq, made with shaders [09:19] lol ;) [09:25] Saviq, when will we have new header in dash? :) [09:26] since we're on the subject - font color on the card overlay is not legible on some backgrounds. even if someone points I may have written that code (yes, I may have), we have to improve it. often I see dark grey font on dark overlay. don't remember if the font color is dynamic in that widget. [09:41] karni, I think the only place where it's not readable is when the image itself is not opaque (which is the case for the "unknown" album image) [09:42] mhr3, we need to look at it indeed, the only problem is you suddenly lose the ability to quickly switch between scopes (at least until we get designs and implement the bottom edge behaviour in the dash) [09:42] Saviq, not really a problem with 4 scopes, and with 10+ it was a problem anyway :) [09:43] mhr3, true, true [09:43] mhr3, but was still easier with the swipable header [09:43] is [09:43] right [09:43] Saviq: you've got mal [09:43] *mail [09:44] karni, don't show that to designers :P [09:44] heh :) but, do you agree we have a small problem there? [09:45] karni, that depends, I don't think we should have overlay and then summary below, though [09:45] I think solid white in overlay mode would be much better. [09:45] karni, it is solid white, until you turn on background AFAICT [09:46] Saviq: well. I showed a couple options to our product manager, and he liked it :D if we can't do that, the shell shouldn't allow it. (FWIW I like the looks, too) [09:46] karni, the first thing that springs to eyes is the double shape [09:46] karni, that really shouldn't happen, and yeah, I agree we should prevent that, but right now we don't have any validation in place, really [09:48] Too bad, I liked it. I wonder if we could somehow disable the bottom part of ubuntu shape when the summary is present ;D [09:48] karni, that was the design indeed - art was only shaped at the top, with header and summary below it, within a single shape with a background [09:49] Saviq: what did you mean when you said "until you turn on background" - which background? I'm not sending any colors [09:49] Saviq: ah I see, very cool then [09:49] karni, well, how did you get the white background behind the whole card then? [09:50] hmm do we enable t ourselves? /me looks [09:50] Saviq: you tell me :D http://paste.ubuntu.com/7467065/ [09:50] Saviq: no idea [09:51] It just looked nice as it were, I didn't change colors. [09:51] karni, ok, so I think you should disable the overlay, it wouldn't look nice with the image as designed (square at the bottom) anyway I'd say [09:52] karni, you could use a mascot there probably [09:52] Saviq: I'll send screenshots to product manager and let him know what's up [09:52] Saviq: well, the point is, we wanted large images there :) you know, more colors and candy [09:53] so I won't replace art for a mascot in this case [09:53] karni, well, sure, keep the large image [09:53] Saviq: what did you mean by mascot then? [09:53] it's optional, right? [09:53] karni, a mascot, if you had it, would break the whole white space below the image [09:53] oh [09:53] because indeed title + subtitle + summary just one under the other will probably not look that great [09:54] I get your point now [09:55] it's an RSS feed, so.. no mascot candidate :( (site icon wouldn't make sense, all posts from single source) [09:56] karni, heh, now I looked at tryCard we have exactly the same layout you've shown, just no mascot ;) [09:57] karni, the weird thing is, though, that the overlay *is* white, and has correct margins [09:58] Saviq: i noticed if there's no mascot, right margin is 0, if mascot is there, margins are correct [09:58] karni, yeah, I disabled mascot [09:58] karni, are you using latest trunk btw? [09:58] Saviq: also, just found a bugzzie: if you have 'overlay': 'false', it still shows the overlay. you have to *remove* the 'overlay' key for the overlay to go away. would you like me to file a bug? [09:59] karni, again, not the case here [09:59] Saviq: you'll kill me now ;P - I flashed on Mon or Tue. I'll do it now. [09:59] karni, yeah, the whole card mechanism got reworked since then [09:59] Saviq: ok, sorry to take your time. I'll re-check that now. [10:00] * karni takes note to go back to re-flashing at least each morning === dandrader is now known as dandrader|afk [10:07] karni, no, just use trunk on your desktop for developing scopes ;) [10:07] karni, only you'd need to upgrade to utopic, but it's about time for that anyway isn't it! [10:12] Saviq, noticing there's more flicker when searching now, did you see that? [10:14] mhr3, maybe because it's faster! ;) [10:14] mhr3, let me see [10:16] mhr3, AFAICT it's indeed because it's faster, the delegates get destroyed and recreated quicker [10:17] Saviq, but it feels like there's an extra frame now [10:17] Saviq, i see it when doing "setting" -> "settings" and back [10:18] mhr3, well, you give us a complete new set of models [10:19] Saviq, but i always did :) [10:19] mhr3, maybe it's because the mascot goes away and back in only when loaded [10:19] mhr3, right, we're lazy-loading the shapes now [10:19] mhr3, so the text shows up before the shape does [10:19] ok, that explains that [10:19] mhr3, although we should've catered for it [10:20] or maybe not... we don't know whether the mascot is going to be there or not.. [10:20] * mhr3 waits for Saviq to mention diffs again [10:20] oh right! [10:20] if you didn't reset all our models, all would be fine! [10:21] mhr3, I was thinking about the departments... === dandrader|afk is now known as dandrader [10:21] arrrgh [10:21] maybe not [10:21] ;( [10:22] we had a plan! and they broke it :/ [10:25] Saviq, i'll get to properly think about them once i finish this docs crap [10:26] mhr3, pfft! [10:26] /food [10:31] mzanetti, btw, what's the status of silo 005? any ETA? [10:31] /reallyfood [10:31] greyback: ^ [10:32] Saviq: working on a fix for a bug there [10:32] Saviq: well, still that one issue in unity-mir to fix, although I'm not sure any more if its really an issue of that branch. I think I saw the same with the promoted image yesterday night [10:32] but it was really late :D [10:32] greyback, mzanetti, just asking whether I should hijack the silo and land other changes in there, or maybe land other changes separately, or wait? [10:33] * greyback doesn't have an opinion [10:34] ok, food first, then let's see how we are [10:34] last unity8 promotion took 16h :(, we need to fix that [10:34] ok. I'll test in the meantime where the issue is introduced [10:44] greyback: Saviq: ok... launching something via url dispatcher seems to be broken in the latest images already [10:45] mzanetti: I can't /really/ land my changes until that's fixed tho. We can't reliably test [10:45] yeah. I agree [10:46] greyback: so you're saying you want to fix that in the same branch, right? [10:46] greyback: assuming its indeed an issue in unity-mir [10:46] mzanetti: unity-mir hasn't changed in some time afaik [10:47] ok [10:47] last change was >2 weeks ago, so I doubt unity-mir is to blame (this time) [10:47] greyback: any easy to verify that? [10:48] +way [10:48] mzanetti: am just reflashing to repro it now === MacSlow is now known as MacSlow|lunch [11:00] mzanetti: just flashed phone, it opened settings from the indicators fine [11:01] greyback: really... [11:01] I tried with the indicators and also launching the browser from tagger after scanning a barcode [11:01] greyback: which image did you flash? [11:01] which channel [11:02] Saviq: yes, it's about time to upgrade :) [11:02] mzanetti: devel-proposed [11:02] image 30 [11:03] greyback: strange... same here. but I really can't open settings from the indicators [11:03] think there might be something in the home directory that breaks it? [11:03] mzanetti: any REJECTED messages in ~/.cache/upstart/unity8.log? [11:04] greyback: nope, not a single message printed [11:05] mzanetti: that's also not right... [11:05] greyback: well, not a single line when tapping the entry in the indicators [11:05] unity8 does print other stuff [11:05] ah ok [11:06] I can try to wipe it completely... [11:06] Mirv: Saviq: any idea how we get a silo with https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1319777 ? [11:06] Ubuntu bug 1319777 in qtdeclarative-opensource-src (Ubuntu) "Remove ItemViews delegateRange patch and add one that brings us closer to upstream feature for 5.3" [Undecided,New] [11:06] mzanetti: there are url dispatcher logs in that directory too [11:07] greyback: ah, that's interesting: ** (process:1431): WARNING **: Unable to parse SQL to find url [11:09] ok, /me wipes the phone completely [11:09] tsdgeos, is it possible to access model rules without using listview, gridview etc etc? [11:10] Cimi: repeater [11:10] mzanetti, but I need one of those, right? [11:10] mzanetti, I mean model[index] or so won't work? [11:10] Cimi: usually we add get() methods to the models [11:11] Cimi: but if the model doesn't have them no, you can't access it without a Repeater or *View [11:12] mzanetti, maybe we can add it [11:12] pete-woods, can we add get methods to the infographics model? [11:13] if the items are QObjects, make a "MyItem* get(int index) const" [11:13] otherwise I guess "QVariant get(int index, int role) const" would do [11:14] Cimi: okay, sure, gimme an example of this pattern and I'll add those methods [11:14] i hate quilt ^_^ [11:15] well debian packaging in general [11:15] * tsdgeos just compiles and copies stuff over [11:15] mzanetti, can you guide pete-woods on adding those methods? [11:15] pete-woods: if the items are QObjects, make a "MyItem* get(int index) const", otherwise I guess "QVariant get(int index, int role) const" would do [11:16] mzanetti: okay, really that simple then [11:16] pete-woods: yeah, just make them Q_INVOKABLE and that's it [11:16] mzanetti: cool, thanks, I'll get on that [11:17] pete-woods: http://bazaar.launchpad.net/~unity-team/unity-api/trunk/view/head:/include/unity/shell/launcher/LauncherModelInterface.h [11:17] pete-woods: line 108 [11:18] pete-woods, thank you, that way I can play with the interface more freely [11:18] tsdgeos, the usual, we talk to Mirv [11:18] pete-woods: that's an example where the items are QObjects (which means QML can just use it like this: Model.get(5).roleName [11:18] mzanetti: cool, thanks, in my example they are just going to be QStrings [11:20] greyback: yep. after wiping the device it works again [11:20] * mzanetti adds back silo 5 [11:20] tsdgeos, we'd need the unity8 patch with it, though [11:20] Saviq: sure, working on that [11:21] tsdgeos, Q: we're not creating any delegates outside of the view (like currentBuffer), do we? [11:21] erm [11:21] cacheBuffer [11:21] Saviq: tried to compile the thing properly but gave up and i'm just copying the .so :D [11:21] Saviq: cachebuffer is still taken into account [11:21] tsdgeos, I mean with delegate ranges it isn't is it? [11:21] it's added at a latter stage [11:21] tsdgeos, ah [11:22] it should [11:22] tsdgeos, but we're not setting it in our views are we? [11:22] ah well, it's set to like 320 by default? [11:22] there's the default value there i understand [11:22] right [11:22] ok then [11:22] which is not really helpful with high dpi [11:23] tsdgeos: maybe it'd be easiest to get tested if I'd land it together with qtpim that's also being planned [11:25] Mirv: maybe :D [11:25] tsdgeos: so what do I call the patch "Q", what do I disable/remove from current patches etc... or would you rather do a merge request towards lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src while at it? [11:25] Mirv: as the bug says, you remove qtquick_delegate_creation_range_itemviews.patch and add Q [11:26] tsdgeos: and the "QQuickItemView-QQuickPathView-Fix-creation-of-delega.patch" stays as is? [11:26] you can call it qtquick_displayMargin.patch [11:27] Mirv: that's unrelated yes [11:27] ok, that was the only uncertainty then. and yes, it seems to apply. [11:29] :) [11:30] tsdgeos: ok, aiming https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qtdeclarative_update_delegate_patch_lp1319777/+merge/219686 towards the silo (when I get one) so that I could then test qtpim+qtdeclarative at the same test run [11:30] Mirv: cool :) [11:30] i'm on the unity8 side [11:30] Mirv: will give you a unity8 branch asap [11:30] tsdgeos: with 5.2, there's however no need on simultaneous unity8 update, is there? [11:31] Mirv: yes there is [11:31] tsdgeos: oh, ok, so adding _that_ to the landing too then [11:31] and marking it's not yet ready actually too [11:31] Saviq: greyback: rebuilding packages in silo 5. now that url-dispatcher works again I'm confident we can get this through soon [11:31] Mirv: untiy8 is using the "old" property, since we're switching to the new "upstream one" we need to update unity8 code too [11:31] cool, thanks albert [11:32] greyback: hi! Do I need to add a changelog entry to https://code.launchpad.net/~mardy/unity-mir/signonui-with-oxide/+merge/216845, since there is no bug linked? [11:32] I added "here-be-unity8" as a placeholder to the MP field [11:32] thank you :) [11:36] mardy: I have no idea. CI train generates the changelog automatically, no? But from what, I don't know [11:36] greyback: OK, I'll try leaving it without one, we'll see [11:37] mardy: yep [11:38] sil2100: ^^ you know how the merge back changelog is generated? guess something for our non-existing FAQ :P [11:38] mzanetti, ok, will wait, thankx [11:39] mardy, greyback: so, no need for a changelog entry - citrain generates changelog entries from commit messages :) [11:39] mardy, greyback: so as long as you have commit messages that sound alright, everything should be fine [11:42] sil2100: good to know, thanks === alan_g is now known as alan_g|lunch === dednick is now known as dednick|lunch [11:43] sil2100: thanks [11:53] * greyback goes to reboot router === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow [12:08] tsdgeos, pushed the docs to -api, pls check [12:15] and now I need to plough through it :P === jhodapp|afk is now known as jhodapp === greyback is now known as greyback|food === dandrader is now known as dandrader|lunch === tedg is now known as ted === alan_g|lunch is now known as alan_g === ted is now known as tedg [13:03] Saviq: you doing it? [13:03] Saviq: tsdgeos ...a lot of good feedback on the perf improvement, kudos to you guys [13:03] tsdgeos, the review? [13:03] :) [13:03] tsdgeos, gotta do something else first [13:03] Saviq: mhr3's docs thing [13:03] tsdgeos, I think this just needs a review now [13:03] oki [13:03] tsdgeos, so unless you can make mzanetti review it, I'm it [13:03] he he [13:04] review what? [13:04] tsdgeos: ^ [13:04] mzanetti: https://code.launchpad.net/~unity-team/unity-api/unity-shell-scopes-api/+merge/219379 [13:05] that's long :D [13:05] ok, I guess I can review that === greyback|food is now known as greyback [13:18] looks like app shutdown fix is ready, needs another set of eyes for a double check... [13:18] https://code.launchpad.net/~gerboland/unity-mir/fix-upstart-closed-apps2/+merge/218721 === dandrader|lunch is now known as dandrader === pete-woods is now known as pete-woods-lunch === boiko_ is now known as boiko [14:11] damn allergy === mhr3_ is now known as mhr3 [14:30] dednick, standup === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [14:57] Mirv: can you add https://code.launchpad.net/~aacid/unity8/useDisplayMargin/+merge/219709 to that new silo for Qt? [14:57] dednick, fixed cmake cleanup [15:08] greyback, FWIW, if only webapps got exec()'ed and not forked, we wouldn't have this problem... [15:08] greyback, so maybe that'd be a better thing to fix? [15:08] Saviq: true, but we do, so gotta deal with it [15:09] greyback, well, we can make sure that webapps don't fork [15:09] greyback, I mean that the main process needlessly changes PID, that's the main problem right? [15:09] greyback, which suggests webbrowser forks, and exits just after [15:09] Saviq: actually I don't think that would fix the issue. It's mainly that unity-mir cannot tell that a session, which comes from a process spawned by the webprocess, is part of that webprocess [15:10] greyback, well, browser and gmail behaved fine? [15:10] Saviq: instead it hacks around it by simply accepting any session that is a QtWebProcess. [15:11] greyback, yeah, but... once the container is forked, doesn't the main PID of the upstart app change? does upstart know about it? [15:12] Saviq: I'm not certain tbh [15:12] greyback, empirically, gmail was special because its main process was "webapp-container" directly [15:12] Saviq: but yes, the PID change does make life harder [15:12] greyback, so for now we need to enforce that PID doesn't change [15:13] but I don't think fixing it will make all unity-mir's problems go away [15:13] greyback, same we did when people had bash scripts, made them exec [15:13] greyback, but will let us not have to carry this workaround for now [15:13] Saviq: right [15:13] greyback, when the fact that they fork and not exec is unnecessary in any case [15:13] * Saviq finds out what upstart things about it [15:14] *thinks [15:17] greyback, hmm the PID doesn't change apparently: [15:17] $ start application-click APP_ID=net.sawicz.michal.jakdojade_example_0.1.1 [15:17] application-click (net.sawicz.michal.jakdojade_example_0.1.1) start/running, process 12199 [15:17] phablet 12199 87.2 2.1 250396 40504 ? Ssl 17:16 0:03 webapp-container --webapp --enable-back-forward... [15:17] unless it changes quickly enough that upstart notices [15:18] Saviq: in https://code.launchpad.net/~aacid/unity8/use-unity-api/+merge/219222 you mention "Needs to depend on libunity-api-dev (>= 7.81)" [15:19] Saviq: shall i do that in https://code.launchpad.net/~unity-team/unity-api/unity-shell-scopes-api/+merge/219379 ? [15:19] ah you commented [15:19] :D [15:19] tsdgeos, ;) [15:19] greyback, I just worry about WTH does webbrowser and gmail behave fine [15:20] Saviq: I'm more than a little confused by that tbh [15:20] greyback, could you see that it indeed starts two sessions (or more, actually)? [15:24] Saviq, eek! forking good, exec bad! === gatox is now known as gatox_lunch [15:24] mhr3, not yet [15:24] always! :P [15:25] mhr3, not until we can group sessions from multiple processes under the same app [15:25] mhr3, and not until they can't escape it, for that matter :P [15:25] Saviq: starting Jakdojade, 3 sessions are created. Not sure if they're unique. Need more time to dig [15:25] Saviq, cause we have thousands of apps doing that now? :) [15:25] mhr3, "doing what"? [15:26] Saviq, forking after launch [15:26] mhr3, not on phone we don't [15:27] greyback, ktx [15:27] mhr3, except for browser/webapp/something, which behave somewhat weirdly [15:27] Saviq, so we want to be able to group them properly, while that isn't really necessary at this point, but throwing away the massive speed improvements that fork brings [15:27] mhr3, I'm not sure what you're here after ;) [15:28] priorities [15:28] mhr3, you mean like launch boosting and such? [15:28] yes [15:28] greyback, btw, it's probably a lower prio task, if you tell me you don't want to spend time on it now, don't [15:28] mhr3, we can't do that right now either ;) [15:29] doesn't mean we should close those doors [15:29] mhr3, I think you're misunderstanding :) [15:29] mhr3, it's a current limitation of unity-mir that it only expects a single session under the main upstarted PID [15:30] mhr3, launch boosters will obviously need something special anyway [15:30] mhr3, to inject that PID into an upstart / systemd job [15:30] mhr3, but I'm not talking about "closing doors" [15:30] indeed, i just saw the exec == good and my alarms went off [15:31] mhr3, I'm just talking about apps (which are all currently exec'ed anyway - until we get a launch booster at least) [15:31] mhr3, that break out of app management because they fork and upstart / unity-mir loses track [15:32] mhr3, where there is no benefit to them forking in that case [15:32] mhr3, 'cause the process from which they forked was _just_ exec'd a cycle agi [15:32] ago [15:32] Saviq, just saying we shouldn't care, let them escape if we can launch them fast for rtm :) [15:32] mhr3, we can't let them escape, 'cause we lose track of them [15:33] if they launch fast... meh [15:33] priorities! :P [15:33] kgunn: are you coming to the meeting? [15:34] mhr3, we lose track of them, do you get it? DO YOU GET IT? ;) [15:34] pete-woods-lunch, there are conflicts, launchpad says [15:34] mhr3, unless upstart tells us that this forked PID is app foo [15:34] pete-woods-lunch, can you push it to the silo after that? [15:34] mhr3, we'll reject it [15:34] Saviq, i have a branch for that ;) [15:35] mhr3, we have holes poked to allow web renderer processes, signon UI and maliit [15:35] Saviq, http://bazaar.launchpad.net/~mhr3/unity-mir/authenticate-via-apparmor/revision/216 [15:36] mhr3, right, sure, that'd be one way [15:37] Saviq, any other concerns? ;) [15:37] mhr3, the HACK part in there :P [15:38] it allows apps to launch fast! [15:38] priorities! :D [15:38] mhr3, UPSTART [15:38] will go away [15:38] finally! [15:38] mhr3, so will support for non-upstarted apps :P [15:39] anyway, otp [15:40] Saviq, you just need to see the magic where apps actually launch instantly and you'll close one eye ;) [15:42] mhr3, port us to systemd, inject those PIDs into systemd jobs and we'll be fine! === pete-woods-lunch is now known as pete-woods [15:45] mterry: if you remove the qscreen include i'll approve https://code.launchpad.net/~mterry/unity8/split/+merge/213149 [15:46] tsdgeos, oh duh thanks [15:47] Cimi: fixed the conflict, I wish people would stop pushing things to distro without going through the CI train [15:48] Saviq, and maybe you'll close both eyes :) [15:48] Saviq: somehow oxide based webbrowser only opens 1 Mir session. Whereas QWebProcess-based browsers open multiple sessions [15:49] greyback, ah so that's the difference... [15:49] greyback, ok, let's just get this in [15:49] Saviq: +1 [15:49] tsdgeos, done [15:50] tx === jhodapp is now known as jhodapp|lunch [15:51] Saviq: could you trigger a rebuild on the libusermetrics silo when you get a moment? [15:53] Saviq, I cannot use crossfadeImage for infographics, will implement a new animation [15:53] Saviq, just tested with crossfadeimage, if I have image A and B [15:53] what happens between the transition to image B [15:53] A.opacity is always 1.0 [15:54] then B from 0 becomes 1 [15:54] when B.opacity is 1, A.opacity turns 0 [15:55] what we want here is a crossfade where A.opacity goes from 1 to 0 and B.opacity from 0 to 1 at the same time [15:55] I am not sure we want to add this to the SDK [15:55] Cimi: can you please open a bug about the thing you foudn in the carousel so i remember for monday? [15:55] tsdgeos, sure [15:56] tsdgeos, assigning you? [15:56] or subscribing? [15:56] Cimi: assign me [15:57] greyback, and QWebProcess-based things will be phased out in time [15:57] greyback, so yeah, let's not put work in there any more [15:57] Saviq: so I expect [15:57] pete-woods, just camera-app? [15:58] Saviq: it's just libusermetrics, the camera app shouldn't have changed [15:58] pete-woods, there's a newer version in distro, so I'll kick both then [15:58] tsdgeos, https://bugs.launchpad.net/unity8/+bug/1319907 [15:58] Ubuntu bug 1319907 in Unity 8 "Carousel overlay not always shown" [Undecided,Confirmed] [15:58] Saviq: I've just pushed an updated version of the camera app, so at least the versions should match [15:59] pete-woods, it would merge trunk anyway [15:59] pete-woods, ah but yeah, if there was some kind of stuff like that [15:59] pete-woods, it probably would've complained [15:59] Cimi, I think the "style" of the crossfade should be an option [16:00] Cimi, but a crossfade where they both run at the same time goes to background (black) in the middle, that's why it was made this way [16:00] Cimi, basically, it doesn't work for opaque images [16:01] Cimi, in case of infographics we might indeed need them to crossfade like you said [16:01] Cimi, but I think the same component (CrossFadeImage) should be used, just configured differently [16:02] greyback, ok, I'll look at the branch first thing tomorrow [16:11]