[00:10] kdub, poke about libhybris [00:11] hello mterry i did run it just now on my nexus 7, seems to work when you force the fallback mode [00:11] kdub, awesome! So no objection to a saucy upload? [00:12] well, not from me... but I'm not sure what the hybris landing requirements are exactly :) [00:16] the n7 hwc hal doesnt hybrisize well, but the rest of the driver looked ok === _salem is now known as salem_ === salem_ is now known as _salem === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [08:15] greyback: hey [08:16] mzanetti: hey ho [08:16] greyback: is your branch to be reviewed or you still fighting the notes-app? [08:16] mzanetti: still fighting [08:16] greyback: ok. ping me when you want it reviewed [08:16] mzanetti: will do [08:24] Saviq, as soon as my sdk branch lands I'll have the orientation unity branch up for review. [08:24] It's been approved so it should be shortly. [08:25] nic-doffay, ok cool, did the performance improve when you applied those tweaks? [08:25] Saviq, sadly not. [08:25] nic-doffay, means there's probably more to be done [08:25] Saviq, agreed. [08:25] The review atm is a work in progress. [08:26] nic-doffay, k [08:26] If you wouldn't mind just leaving your comments then I'll get to them. [08:32] MacSlow, hey [08:37] seb128, hey there [08:38] MacSlow, hey, how are you? [08:38] MacSlow, did you see https://code.launchpad.net/~larsu/notify-osd/fix-1189281/+merge/168550 ? can you review/approve it if you are happy with it? that fixes the segfault in saucy [08:42] seb128, looking at Jenkins' console output... [08:44] MacSlow, the builds are fine, it has coverity errors but that's not new and it's complaining about the missing commit message [08:44] MacSlow, I've tested that patch locally and confirmed it fixes the segfault if that's worth anything [08:45] seb128, the change itself looks ok... I just wonder if it passes "make check" [08:48] MacSlow, it does locally here [08:49] nic-doffay, please don't self-approve [08:49] larsu: ping [08:49] nic-doffay, especially since CI failed [08:50] Saviq, k [08:52] Saviq, who else should I get to review the branch? [08:53] seb128, on my Saucy machine it does not... looking into it [08:55] MacSlow, what is wrong? [08:57] seb128, make check just hangs there after the second line of "make check-TESTS" [08:57] MacSlow, it took like 30s here and I started getting notifications [08:58] seb128, that doesn't happen on raring [08:58] MacSlow, does it happen on saucy before lars' patch? [08:58] seb128, just trying [08:59] mzanetti, btw, did you read michi's answer? it's a lot of what I would write [08:59] Saviq: half way through. got distracted but will continue reading now [08:59] mzanetti, k [09:00] mzanetti, I just have some things to add re: potential style exception for obviously-Qt code and some QML things that I will send to discuss on the ML [09:01] seb128, ah... well then... this 30 sec period happens with and without Lars' patch on saucy... still odd [09:02] seb128, but I'm ok with the patch [09:02] MacSlow, thanks, can you ack it with a commit message then please? ;-) [09:05] seb128, what about the coverity-failure? [09:05] MacSlow, those are not new either, we should fix it but not block the segfault fix on that imho [09:05] ko [09:05] ok [09:16] seb128, I'll set the status to "Approved" manually to speed things up [09:16] MacSlow, I just did it [09:17] MacSlow, you have to set it manually anyway, jenkins doesn't do that for you [09:29] Saviq, that branch should be landing now. Bug in launchpad was causing jenkins to fail. [09:30] nic-doffay, yes, saw it [09:40] mzanetti: hey, any tips on reproducing a segv that jenkins gets, on your local machine? In theory a raring pbuilder would be enough, no? [09:41] greyback: yes... probably ptest is the easiest way [09:41] mzanetti: ok thanks [09:41] greyback: when executing qmluitests? [09:41] mzanetti: yeah [09:41] bregma, dednick: hi! [09:42] mzanetti: my StageManager tests segv, apparantly before even managing to run one test. I'm not sure why [09:42] bregma, dednick: can you take a look at the recent unity failures in jenkins? [09:42] It's over the threshold right now... === alan_g is now known as alan_g|tea [09:43] Saviq, in the mean time any idea why you think the orientation is so slow? So I can work on making it quicker. [09:46] Trevinho: ^ [09:46] sil2100: yo [09:46] nic-doffay, as I said, everything is being laid out again on every frame [09:46] sil2100: can you post a link? [09:47] sil2100: bregma probably wont be on for awhile [09:47] nic-doffay, because the width/height changes [09:47] dednick: pasted [09:47] Ok, I go lie down now for sure [09:48] nic-doffay, so we need to be smart and do some tricks [09:48] sil2100: looks pretty bawked across the board there. [09:50] nic-doffay, I'd need a deeper look, but first of all: nothing that's not on screen (e.g. the dash when there's an app focused or the phone is locked) should animate [09:50] nic-doffay, that's why you added the property on OrientationHelper [09:50] nic-doffay, so that you can do some smart things while rotating [09:51] nic-doffay, I don't have ready-made answers, though [09:52] nic-doffay, it's probably going to be a combination of changing anchors, layering and visibility that will be the solution [09:52] nic-doffay, for example, the panel and launcher should probably not even be inside the Helper [09:52] sil2100: dash failures seem to be caused by 'super' not showing dash. Same with hud not shoing with 'alt'. [09:53] nic-doffay, and instead they should go offscreen and hide, wait for the rotation to finish, and come back on screen then (the launcher should stay out, too) [09:53] nic-doffay, but we won't get there in a single go, most probably [09:53] sil2100: but have no idea if that's a random failure of keymappings or a new saucy issue. [09:53] nic-doffay, we'll go with something initially and then expand on it later [09:55] Saviq, wouldn't making it invisible accomplish the same thing as putting them off screen? [09:55] nic-doffay, not visually [09:56] nic-doffay, IMO the best visual experience would be to slide them out [09:56] nic-doffay, and then make invisible [09:56] Saviq, ah right, I assumed it was just for speed. [09:56] Saviq, from the left? [09:56] Saviq, make them invisible then slide them out after? [09:57] nic-doffay, then rotate/re-anchor when rotating = false, make visible and slide the panel back in [09:57] nic-doffay, if you make them invisible first then they'd just disappear in a single frame, we need an animation [09:59] Saviq, yeah. So basically: Step 1 - trigger slide out animation on panel and launcher. Step 2 - rotate/re-anchor when panel and launcher have finished animation. Step 3 - trigger slide in animation on panel and launcher once rotation is done. [09:59] nic-doffay, 2 - rotate/re-anchor when OrientationHelper.rotating becomes false [09:59] nic-doffay, 3 - only slide the panel in, not the launcher [10:00] nic-doffay, even if it was on screen, we don't want to bring it back straight away [10:00] Saviq, ah I see you mean rotate/re-anchor the panel and the launcher, correct? [10:00] yes [10:00] gotcha === greyback is now known as greyback|shops [10:00] Saviq, I'm going to start this now. Are there existing animations I should be using? [10:01] nic-doffay, they're not fast enough, probably [10:01] nic-doffay, actually that made me look [10:01] nic-doffay, OrientationHelper doesn't expose the current angle [10:02] nic-doffay, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/OrientationHelper.qml#L60 [10:02] Saviq, isn't that what it's doing on line 60? [10:02] nic-doffay, but it's not exposed [10:02] nic-doffay, the __ [10:03] Saviq, ah I see. [10:03] nic-doffay, you could directly alk to Screen [10:03] talk [10:03] nic-doffay, but I think it's better to make sure you're in sync with the OrientationHelper [10:03] Saviq, I agree, the int is there already, might as well use it. [10:03] So I guess this needs another modification. [10:04] nic-doffay, yeah, I un-approved https://code.launchpad.net/~nicolas-doffay/ubuntu-ui-toolkit/orientation-helper-anim-alias/+merge/168489 [10:04] nic-doffay, please include it there [10:04] Saviq, cool. === alan_g|tea is now known as alan_g === om26er is now known as om26er|away [11:00] * greyback going out for lunch, bbiab [11:07] Saviq: ping. [11:07] dednick, pong [11:07] Saviq: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests/1236/console. Is this because haven't got a indicator-client package in debian/control ? [11:09] dednick, in debian/*install, rather [11:10] dednick, we need indicators-client for autopilot tests, do we? [11:10] Saviq: yes. at the moment anyway. [11:10] dednick, we should probably package it separately [11:11] dednick, so we don't install it (nor the /usr/share/indicators files) with unity8 [11:11] Saviq: i thought it was, apparently i'm doing it wrong though [11:11] dednick, a completely new package, on which unity8-autopilot depends is probably best [11:12] dednick, other than that you need to install plugins/IndicatorsClient somewhere [11:12] dednick, although it should be "modules" if there's qml files in there [11:12] dednick, plugin == C++ only, import == QML only, module == C++ and QML [11:13] Saviq: ic === mmrazik is now known as mmrazik|lunch [11:16] dednick, there's the fake-env package that we might want to use [11:17] dednick, but also, we should probably not install anything temporary in /usr/share, we should set XDG_DATA_DIR instead to some custom prefix where we need it [11:17] Saviq: fake-env? [11:17] dednick, there's a unity8-fake-env package [11:18] dednick, that includes the LightDM mocks, for example, and which unity8-autopilot depends on === MacSlow is now known as MacSlow|lunch [11:20] Saviq, is it safe to move the entire overlay out the orientationHelper? [11:21] nic-doffay, what overlay? [11:21] nic-doffay, but anyway, yes, the OHelper is just a rectangle that rotates with a transition [11:21] nic-doffay, so I see no reason why not [11:23] Saviq, just to clarify the Item with the overlay id in Shell.qml. [11:24] None of the components in there are meant to rotate? [11:24] nic-doffay, good question [11:24] just want to check if I'm missing something. [11:24] nic-doffay, I think the only question there is the hud [11:24] nic-doffay, but I think we should be fine with dismissing the hud when you rotate [11:24] at least until someone tells us otherwise [11:24] Saviq, ok great. [11:25] nic-doffay, there should be no reason to animate all the Stages, too [11:26] nic-doffay, right now the SideStage app doesn't move anyway [11:27] nic-doffay, uh it's tricky on the tablet... [11:27] nic-doffay, since the apps don't move, just rotate in-place [11:27] nic-doffay, so we suddenly have a BottomStage... [11:27] or TopStage, depending on how you look at it [11:29] nic-doffay, and that's something I don't have an answer for atm === s1aden is now known as sladen [11:30] Saviq, I'll see what it looks like. === mmrazik|lunch is now known as mmrazik === mzanetti is now known as mzanetti|lunch [11:54] Saviq, I've moved what I currently can out the Orientation Helper. I'm going to start working on what we discussed earlier then we can have a further look at what more could be done. [11:54] Sound reasonable? [11:54] nic-doffay, sure [12:08] Saviq: so with the IndicatorsClient module, does that need to be in a separate source folder then? ie. not in plugins, or is it just the install folder that should be modules/IndicatorsClient? [12:09] dednick, separate source, please [12:09] Saviq: ok [12:15] Cimi: I think I finally found what was wrong in libbamf... [12:16] Cimi: can you give me the bug #? === MacSlow|lunch is now known as MacSlow [12:32] paulliu, what's the difference between (< 7.80) and (<< 7.80)? [12:33] Saviq: < is obsolete. And < means <= IIRC. Better to only use <= or << [12:33] paulliu, good to know, thanks [12:41] sil2100: hey === mzanetti|lunch is now known as mzanetti [12:46] mzanetti, ping [12:47] hi dandrader [12:47] hi [12:47] would you have time to review this? https://code.launchpad.net/~dandrader/unity/8_directionalDragMinSpeed/+merge/168136 === _salem is now known as salem_ [12:47] dandrader: ok. doing that now [12:54] mzanetti, thanks! === alan_g is now known as alan_g|lunch === boiko_ is now known as boiko === jhodapp is now known as jhodapp|afk [13:32] mzanetti, standup [13:33] dednick, nic-doffay, standup [13:37] lp:ubuntu-settings-components dednick [13:38] sorry, something gone wrong on my machine, trying to re-join [13:43] Cimi: btw... was my review on the calendar tests helpful? Or do you want me to explain something more in depth? [13:44] ohyeah [13:44] mzanetti, I have a question for you on the first test [13:44] Cimi: hit me [13:44] mzanetti, the others got changes [13:44] mzanetti, I don't know what to check for the compressed state [13:44] mzanetti, the dimension isn't really 6 times [13:44] there's padding etc [13:45] Cimi: ah, I see... [13:45] Cimi: is it too complicated to quickly sum up the padding in the test code? [13:45] ? [13:45] Cimi: something like compare(newHeight, "oldHeight * 6 + spacing * 5") [13:46] ah [13:46] old height contains padding [13:46] so it's not that immediate [13:46] Cimi: sure... I don't have the code here, but you get the idea... [13:46] unless you change code just for that [13:47] Cimi: if thats not feasible, I'd probably go for something like this: [13:47] which is then useless imho, at this point you don't test at all [13:47] Cimi: verify(newHeight > oldHeight * 5) [13:48] Cimi: so the test verifies that it actually expads... if there are some elements in the expanding area that change visible to true while expanded you could check that too in the test [13:48] ah ok [13:48] will have it a go [13:48] cool === alan_g|lunch is now known as alan_g [13:49] whats the minimum battery level to flash the phone? [13:50] larsu: heya [13:51] larsu: so, we have some HUD bugs that are blocking releases, and tedg was working on those yesterday - he put up 2 merges that need reviewing [13:51] larsu: did you take a look at those already? [13:53] Cimi: have you integrated those components into any of the indicators yet? [13:53] sil2100: no, I don't usually review hud stuff - I'm not very familiar with the code [13:53] dednick, nope [13:53] dednick, it's not my task [13:53] at the moment [13:53] now I am looking into theming [13:53] Cimi: sure. [13:53] sil2100: is there noone else that could look at them? [13:55] Cimi: what you need me to review? pretty much everything there? [13:55] dednick, yeah [13:55] dednick, it's more an easy review, like having a look and tell me if you don't like things [13:55] larsu: hmm, not sure, let me ask pete-woods if he could take a look [13:55] pete-woods: ping [13:56] Cimi: ok. you had the design guys go over it yet? or is that after me? [13:56] nope [14:10] dednick: ping [14:11] Saviq, any estimates as to when unity8 will work normally (with all dashes) in saucy? [14:11] dandrader, https://code.launchpad.net/~unity-team/unity/8.new-libunity/+merge/167733 [14:11] dandrader, so, this or early next week [14:12] dednick: so, regarding those unity failures - is that the case for only one test-machine? [14:12] dednick: or was that happening on both? [14:14] sil2100: looks like it was just the intel machine [14:14] not sure what was happening on the ati box [14:18] Still a bit too much, since it's 19 failures on ati [14:18] Intel had 22 [14:19] dednick: from what I see, unity seems a bit broken [14:19] Trevinho, andyrock: ping [14:19] sil2100: pong [14:20] Are you very busy? ;) [14:20] Trevinho, andyrock: since I would need some volunteers to join a quest of regression hunting [14:22] larsu: hi, what's the change you want looking at? [14:22] pete-woods: I don't know... sil2100 asked me :) [14:23] oh, okay! [14:23] ping sil2100! [14:23] sil2100: mh, then? [14:24] pete-woods: hi! [14:24] sil2100: I understand you want a MR looking at or something like that? [14:24] Trevinho: since the latest unity test run returned many failures, some seem to be related to hud issues, some to keybindings... [14:25] pete-woods: yes ;) Since I think tedg made some hud fixes [14:25] mterry, a leftover from yesterday's merge proposal: https://code.launchpad.net/~dandrader/unity/8_stageDDACleanup/+merge/168676 [14:25] pete-woods: I remember you were familiar with the code, yes? [14:25] sil2100: somewhat! [14:25] fginther: around? [14:25] pete-woods: I see that one of the merges got reviewed and approved already, but the other one: [14:25] https://code.launchpad.net/~ted/hud/proper-client-names/+merge/168518 [14:25] didrocks, morning [14:25] fginther: hey! [14:26] fginther: do you have a minute for https://code.launchpad.net/~didrocks/cupstream2distro-config/python-upa-rename/+merge/168677? [14:26] didrocks, certainly [14:26] fginther: I think you need to redeploy something on your side as well :) [14:26] pete-woods, Wellark is looking at some, but there's a few. [14:26] tedg: hi! Do the two merges fix the issues with 'no results returned' I poked you about yesterday? [14:26] thanks! [14:26] sil2100: looks like Wellark beat me to that one [14:26] sil2100, The bamf-focus-fix one was the core issue, the others were things I found along the way. [14:27] Stupid BAMF changes. [14:27] :-) [14:27] * tedg is really excited to drop dbus-glib there [14:27] Should be *much* fewer BAMF issues in the future. [14:28] tedg: \o/ so, once the bamf fix gets merged, you think it's safe to rebuild the hud stack and check the test results again? [14:30] didrocks, thanks for the heads up, I'll deploy on our side when the merge completes [14:30] thanks fginther :) [14:31] sil2100, Yeah, since there's a few queued to land I'd wait for all of them though :-) [14:31] * didrocks is happy that tests finds real regressions :) [14:33] dandrader: hey, reading through the diff the right edge (Stage) should already use that minSpeed thing, right? [14:34] mzanetti, yes [14:34] didrocks: those fixes should also resolve some unity problems, although there's still one issue in unity that just irritates me [14:34] dandrader: on the device, if I press the right edge without moving, it behaves weird [14:35] dandrader: it starts moving the app, then it releases the app and grabs it again, resulting in weird flickering [14:35] mzanetti, I'll check [14:36] sil2100: ok, good hunt! do we have stuff that we should publish (apart from QA where I'm running the build with the renamed component) [14:36] ? === jhodapp|afk is now known as jhodapp [14:39] didrocks: are we still blocked with apps on the copyright issues? [14:41] sil2100: no, everything's merged (same for mediaplayer in the media stack) [14:41] sil2100: I removed this morning the "force manual publishing" [14:42] didrocks: ok, so I think we can publish both apps and media, since they're passing nicely anyway - there have only been AP-related issues with those [14:42] mterry: btw. I replied to your comments on the MR regarding the lockscreens [14:42] sil2100: so the stack deps on hud/indicators are not blocking and the packaging changes are good? [14:42] didrocks: indicators, well, I need to check the vids again, since first it was an jenkins issue and now just some u-g-m things failed [14:42] sil2100: maybe you want me to have a second look on the packaging changes? [14:42] mzanetti, yup, will look again [14:43] didrocks: I'll re-check the packages, one moment [14:43] mterry: I don't really see why I should make it complicated and copy/paste the whole test suite just to use the single user backend it the full backend would fit exactly my needs [14:43] s/it/if/ [14:46] mzanetti, well... I guess I didn't see why there was a has-pin user in full/ anyway. Since you already have single-full/. Not a problem per se, just didn't seem necessary, especially since for tablet testing with full/, we wouldn't be showing a PIN pad anyway. I don't know what you mean by copy/pasting a whole test suite? [14:46] didrocks: I only checked gallery-app now, but I already see a small copyright-packaging problem already [14:46] oh? [14:46] didrocks: the .cmake files in cmake/, some have a different license than GPL-3 [14:47] didrocks: as they're copyrighted by cmake guys and GPL-2 [14:47] mzanetti, ah I see. You mean for the passphrase vs pin [14:47] More of a nit-pick, but still [14:47] sil2100: we don't really care about build systems [14:47] mterry: I run all the test functions twice (by using _data() functions) [14:47] sil2100: see my email from this morning on the new components :) [14:47] mterry: and if I would need to run it with different LD_LIBRARY_PATHs I would need to rip it apart [14:47] copy/pasting the test functions [14:48] * sil2100 now read that [14:48] Oh, ok [14:48] mzanetti, so no tests that cover the Shell.qml bit? It would be good to have an autopilot test maybe? [14:49] mterry: definitely an autopilot thing, however, I don't think that code will stay in shell.qml for long, does it? [14:49] Since Mirv was pointing out the cmake/ files so I was fixing those as asked [14:49] didrocks: nevermind that then ;) [14:49] mzanetti, it will move to something similar, a GreeterShell.qml or whatever [14:49] :) [14:49] ok, gallery-app sounds good to me [14:50] mterry: I would suggest once we move the stuff away from unity8 into a real lightdm greeter we get together and write autopilot integration tests for that setup together [14:50] sil2100: so you can publish the app stack if there is no issue with the stack dep (just tell me so that I can NEW the apps right away) [14:50] mterry: writing tests with all the shell objectNames etc would need to be replaced anyways in the next step [14:51] mzanetti, it's not so bad. https://code.launchpad.net/~mterry/unity/8.split/+merge/168688 keeps most of the greeter tests intact [14:52] mzanetti, the journey for autopilot won't change, we'll just launch a different executable before testing a given test [14:52] didrocks: ok, deps look good, I'll publish [14:52] mterry: sure, but its not in Shell.qml any more? [14:52] didrocks: will re-check media and publish as well [14:53] mzanetti, the greeter stuff is pulled into a separate GreeterShell.qml, at least in my branch [14:53] sil2100: hum, let me recheck the packaging diff (normally only people with upload rights should ack, but we'll get that fixed for you and Mirv by the end of cycle ;)) [14:54] didrocks: I'm still a bit inexperienced in that, some things I miss, but slowly getting a hang of it [14:55] sil2100: it's just that packaging diff should be check with people with upload rights (it's the contract with the release team) [14:56] didrocks: give me a sign if it's green and I publish then ;) [14:56] sil2100: just checked it, the packaging diff looks good to me :) [14:56] (but feel free to look at it as well and raise questions if any ;)) [14:56] Sickness calls, brb! [15:00] Saviq, at the moment the OrientationHelper's states are called whenever the rotation angle changes. This is a core part of the OrientationHelper. Any ideas on how I should get these state changes to trigger after the launcher and the panel, both of which are located in Shell.qml? [15:00] Ok, publishing! [15:00] I mean the animating bit is easy, but there's a lot of code here that has been done without all of this in mind. [15:00] didrocks: quick question regarding adding stuff to daily release -- I'm going to add https://launchpad.net/libusermetrics to the indicators stack (with daily_release: False). Is there any process to make sure you notice new projects and can (eventually) daily_release: True-them? [15:02] nic-doffay, you mean to delay the OrientationHelper's rotation? [15:03] Saviq, yeah [15:03] mmrazik: no process, but this week, I'll get everyone looking at what's in the config with daily_release: False [15:03] mmrazik: for the future, pings are enough :) [15:03] didrocks: ok [15:03] \o/ [15:03] thanks mmrazik :) [15:03] Saviq, it's tricky because it's a part of the SDK and technically it shouldn't be delayed. [15:03] imo at least [15:05] nic-doffay, it could have a configurable delay, though === alan_g is now known as alan_g|tea [15:05] nic-doffay, 0 by default [15:05] Saviq, that's true. How do you delay states though? [15:05] At the moment whenever the orientationAngle changes it toStrings to the state. [15:06] nic-doffay, you don't, you add a PauseAnimation in the transition [15:06] nic-doffay, but [15:06] didrocks: apps and media stacks are being published, noticed a failure in the QA stack - should I restart it? Is it because of the renaming? (I see it's missing python-ubuntu-platform-api in the prepare step) [15:06] nic-doffay, delaying would mean that the app's rotation gets out of sync with the shell rotation [15:06] Saviq, exactly. [15:06] nic-doffay, but then if we're talking that the panel should go away anyway [15:07] Saviq, I'm mainly worried about the panel going away at the correct time. [15:07] Not while the rotation is happening. [15:07] Which is the case atm. [15:09] sil2100: oh weird, I redeployed with that [15:11] /var/log/upstart/otto-setup.log: E: Package 'python-ubuntu-platform-api' has no installation candidate [15:11] sil2100: seems different? [15:11] ah, it's armhf only [15:12] sil2100: I guess for now, I need to remove it [15:12] from the packages to install [15:12] Saviq, is run_on_device working fine for you on a freshly-flashed device(with phablet-flash and no /home/phabler/shell dir)? [15:13] dandrader, checking === alan_g|tea is now known as alan_g [15:14] sil2100: not sure if autopilot-touch is armhf only. If not, that can block the migration to -proposed [15:14] sil2100: let's keep an eye on it [15:14] Saviq, I get this http://paste.ubuntu.com/5755165/ [15:14] didrocks: ah, hm, indeed [15:14] restarted with "foo" [15:16] dandrader, never saw that [15:16] :( [15:16] Saviq, so all worked fine for you now? [15:16] dandrader, just checking, didn't flash yet, just dropped "shell" [15:17] dandrader, but it went past that error for me [15:17] dandrader, /me flashes [15:19] nic-doffay, problem is that even if you delay the OHelper in the shell, the app won't know about it [15:19] nic-doffay, so it will rotate regardless [15:19] Saviq, yeah. I'm not sure how to get around all of this. [15:19] nic-doffay, no way around it now, we can't talk to the app about this yet [15:20] Saviq, where that build.ninja comes from? [15:20] Saviq, right for the time being I'll just make the hide animation very quick. [15:20] dandrader, ninja is the build system we switched to [15:20] nic-doffay, yup, SnapDuration [15:20] Also, who is an expert on the panel? [15:20] nic-doffay, dednick [15:20] Saviq, where is SnapDuration? [15:20] Saviq, I mean that file the error is complaining about [15:21] nic-doffay, UbuntuAnimation.SnapDuration [15:21] Saviq, cool ta [15:21] nic-doffay, from Ubuntu.Components [15:21] dandrader, it should create it... [15:21] dandrader, cmake -G Ninja should [15:22] Saviq, one more thing. I get loads of reference errors when using UbuntuAnimation. [15:22] Saviq, ah, that's likely the problem. cmake is not ther. run_on_device --setup doesn't install it [15:22] It's probably because it's C++ [15:22] dandrader, it does, but must've failed somehow [15:23] nic-doffay, what do you mean? [15:23] nic-doffay, it's there, doesn't matter if it's C++ or not [15:23] Saviq, with UbuntuComponents included it gives me a reference error. [15:23] Whenever I UbuntuAnimation. anything. [15:23] It works however. [15:23] which is perplexing [15:23]