[02:04] === trainguard: IMAGE 280 building (started: 20140407 02:05) === [03:19] === trainguard: IMAGE 280 DONE (finished: 20140407 03:20) === [03:19] === changelog: http://people.canonical.com/~ogra/touch-image-stats/280.changes === === fginther` is now known as fginther [05:58] hey Mirv, did you note all those "preparing packages" [05:58] on the spreadsheet? [06:06] didrocks: uh, no, I just looked at the color it seems and I didn't notice that that's indeed unusual. looking. [06:07] Mirv: I pinged #webops [06:07] Mirv: too many preparing packages to be realistic and no jobs running in jenkins [06:09] I see that [06:10] Mirv: so yeah, please next time, as you are the first look in the morning if nothing is weird to your eyes :p [06:11] sure, it seems I'd need a bigger cup of coffee on Monday morning to spot that [06:11] seems obvious now [06:13] Mirv: I wonder if jenkins can help trapping failed job [06:31] imgbot, status 280 manta [06:32] Image 280 test results on manta - Total: 655, Pass: 633, Crashes: 3, Rate: 94.4% [07:11] Mirv: didrocks someone mentioned on the weekend that jenkins was out of disk space... [07:11] popey: yeah, saw that and dealt with. Thanks! [07:11] ok [07:12] my #279 mako is warm and I can't adb shell into it [07:14] argh [07:16] Apr 7 06:37:00 ubuntu-phablet kernel: [37664.128759] init: powerd main process [07:16] (5715) killed by KILL signal [07:16] Apr 7 06:37:00 ubuntu-phablet kernel: [37664.128820] init: powerd main process [07:16] popey: yep, fixed now [07:16] ended, respawning [07:17] so what is nowadays The way to update device? every time --bootstrap --wipe ? [07:17] neither if you just want to update [07:17] "adb shell system-image-cli" is sufficient [07:17] or "ubuntu-device-flash --channel=trusty-proposed" [07:17] popey: what were the ways not to use that caused the old kernel/initrd to be used? [07:18] uh. pass [07:18] that was briefly mentioned by ogra on Friday [07:18] popey: :) [07:19] I somehow got the impression that OTA might be better than system-image-cli, but all in all I'm just confused with OTA / system-image-cli / ubuntu-device-flash (+ options) [07:19] OTA _is_ s-i-c [07:19] ok, good, one less option then. and of course OTA should be the way that works for everyone, otherwise we've a problem. [07:19] ya [07:20] you can use system settings -> update of course [07:20] if you can touch the device, and the screen isn't off [07:22] bug 1303621 [07:22] bug 1303621 in powerd (Ubuntu) "powerd crash " [Undecided,New] https://launchpad.net/bugs/1303621 [07:24] popey: no issue on 280 here with OTA update [07:26] leave it on for 16 hours ☻ [07:27] popey: ahah, can be, but doesn't seem to be worse for now than usual [07:30] bug 1303623 [07:30] bug 1303623 in unity8 (Ubuntu) "Unity crash #279 on mako" [Undecided,New] https://launchpad.net/bugs/1303623 [07:31] popey: no crash file while unity8 is crashing? are you sure? [07:31] ya [07:31] unity crashed, lost all apps contexts [07:35] bug 1303627 also [07:35] bug 1303627 in unity8 (Ubuntu) "unity crash when unlocking phone" [Undecided,New] https://launchpad.net/bugs/1303627 [07:36] * didrocks smells a long meeting [07:37] o/ [07:37] hey sil2100, good week-end? [07:37] didrocks: hey! Yes, a bit sleep-depriving though - how about yours? :) [07:38] sil2100: was good, enjoyed some video games + resting [07:43] Oh, I see we seem to be having normal smoketesting results \o/ ? [07:51] sil2100: well, the day started with full disk on prodstack [07:51] sil2100: and it seems popey is getting quite a lot of new issues [07:52] didrocks: full disk? On prodstack? How much disk space do we have there then :/ ? [07:53] sil2100: issues when they setup the backup disk apparently [08:02] didrocks: Just to let you know that the results on mako will be a little late today. With 280, there was an incident where the device dint come up during a reboot [08:02] and i had to use another device to get going [08:02] psivaa: yeah, I saw your email, thanks for looking it up! :) [08:03] :) [08:03] psivaa: it means, on the failures, we won't get the crash files though, so maybe, we will have to rerun them? [08:03] sil2100, MacSlow, didrocks: Hi guys, could I get a silo for line 44? [08:04] veebers: looking [08:04] d'oh. sorry MacSlow [08:04] didrocks: i could rerun them, we have some crashes in http://ci.ubuntu.com/smokeng/trusty/touch/mako/20140407%20%3F/7600/ but with a wrong build id [08:04] sil2100: awesome, thanks [08:04] veebers: ok, we're a bit low on silos, but I guess we can spare one for your landing :) Let me assign [08:04] didrocks: i'll let the rest of the tests run first and if we dont have the needed crashes, i'll rerun them [08:04] psivaa: yeah, sounds like a good plan [08:05] veebers: weird to merge a WIP branch without any approval? [08:05] veebers: :D (to mac_slow ping) [08:06] didrocks: It's been approved before but backed out due to tests having issues. We're hoping to double the silo ppa as a testing stage before it get's merged properly [08:06] veebers: hum, staging? silos or not for staging [08:06] veebers: remember that last request was staged for 3 weeks [08:06] without any rebuild or nothing [08:07] are we expecting the same with this one? [08:08] didrocks: aye right, the last one was due to image issues where we couldn't test and other bugs that weren't autopilot related but seemed it [08:08] didrocks: I would hope that it won't take that long. [08:09] veebers: ok, you should know that when we are low in silo, we will start flushing things that didn't change in less than X days [08:09] didrocks: perhaps I can get a ppa that uses an actual armhf builder as qemu segfaults building libautopilot-qt (the tests) [08:09] X ~ 4 work days sounds right [08:09] veebers: that's something to ask webops for [08:11] didrocks: hmm ok. Well the plan is that the tests get fixed (using the ppa) and we can proceed and approve from there. [08:11] didrocks: could we have the silo for now, and if silos get low in ~4 days and we haven't had any luck we release it back into the pool? [08:12] (as the intention is to actually release) [08:12] veebers: ensure that's it's not staged long. QA has 3 silos as of now and be a good citizen as we have a lot of landings and low silo number [08:12] veebers: yeah, doing that [08:12] the 3 weeks "stuck AP" was really not a good example to reproduce [08:12] I hope it won't [08:12] didrocks: awesome thanks. [08:12] yw [08:13] didrocks: right, but as I mentioned it wasn;'s AP's fault [08:13] popey, so i tried to port all my webapps to the new api .... works fine for running a single app, but if i run more than one they all die over time ... every new started one then starts to replace the running one [08:13] veebers: what prevented your team to run all tests manually? [08:13] veebers: as we did here [08:13] everyday, for every images [08:13] as a backup [08:13] and unity crashes all the time :/ [08:13] Saviq: hey, multiple new crashers report ^ [08:13] please grab a .crash file [08:14] also the applications scope is often completely empty [08:15] nice, already 5 regressions mentionned today :/ [08:15] please gather all that in bug reports [08:15] so that we can start triaging or it will be all lost [08:15] yeah, i havent yet [08:16] for the webapps i'm not sure if i didnt do something wrong ... i used a similar manifest, desktop and json file to the G+ app, probably thats not the right setup [08:16] didrocks: if we knew how long the outage was to be we would have, but we were hopeful that it wouldn't take that long. (plus we have a couple of devices between us, and trying to simultaneously get other stuff sorted too). In hindsight I guess we could have, but wasn't the plan at the time [08:16] veebers: should have been communicated to us I guess [08:16] didrocks: I understand that silos are a finite resource though, and we don't intend to hold this one for ages [08:16] thanks [08:17] veebers: and yeah, we do test manually the image, even if it's not our work and we have finite resource in term of times [08:17] but we do what has to be done [08:17] will appreciate other teams as well :) [08:17] didrocks: right, next time we'll make sure. Feel free to let us know if you have any other concerns etc. too [08:17] so that not everything get infinitely stuck [08:17] ok [08:17] veebers: I did multiple times to your manager FYI [08:18] didrocks: ack, I'll follow up [08:18] ogra_: yeah, just reproduced [08:18] i had ~6 webapps open now I only see one [08:19] yeah :( [08:19] didrocks, the things popey reported had no .crash files, where else should I look? [08:19] ok, then it is at least not my apps [08:19] Saviq: yeah, that's what I told to him, I think ogra_ will provide you one [08:19] * ogra_ will upload them to the store then [08:19] ogra_: can you quickly send the crash file you should have got? [08:19] if there is a .crash file its on the other phone, i can check after the meeting [08:19] Saviq: I'm really puzzled by popey getting a crash without a crash file [08:20] didrocks: sweet, I'm building now. Cheers [08:20] [ 905.125316] type=1400 audit(1396858647.502:218): apparmor="DENIED" operation="open" parent=1780 profile="com.popey.untappd_untappd_0.2" name="/run/user/32011/pulse/" pid=4021 comm="webapp-containe" requested_mask="r" denied_mask="r" fsuid=32011 ouid=32011 [08:20] lots of that [08:20] ogra_: can you beforehand? not sure we should have Saviq pending on us [08:20] so maybe I need better perms.. dunno why that would kill the others [08:20] popey, mine are all apparmor clean .... they still crash [08:20] Saviq: ah, seems I have unity8 stuck now [08:21] let me see [08:21] * sil2100 still upgrades [08:21] ogra_: its only one of mine that apparmor denies [08:21] oh, right, getting stuck when swiping is another problem [08:22] * popey goes to get coffee for a long meeting [08:22] popey: double your coffee you plan to I guess… [08:28] Mirv, people.canonical.com/~ogra/_usr_bin_unity8.32011.crash [08:29] Saviq: ^ [08:29] oops [08:29] sorry [08:29] ogra_: you want me to retrace it or..? [08:30] Mirv, nope, ignore it ... mixed you up with Saviq ... [08:30] ok, just double-checked [08:33] popey: we are eagerly waiting on you! [08:33] first you tell him to make twice the coffee and now you complain ! [08:33] sorry, had to re-auth G+_ [08:42] ogra_: just noticed a small detail, the ophono-phonesim-autostart you asked about on Friday is not installed on my device, but this ofono-phonesim-autostart is :) so in theory it's there and AP:s without SIM should probably pass. [08:44] ogra_, please, pretty please, apport-cli crash files before sending them up... [08:48] test1234 [08:48] hehe [08:48] failed [08:48] :P [08:48] now try where that might be my password :P [08:48] lol [08:49] * ogra_ goes and steals all your bicoins with the walle password :P [08:49] *wallet [08:49] lol [08:50] "You have successfull changed your password to test12345" :) [08:50] heh [08:54] fginther, morning! did the branch build correctly? (the udm one that was always failing in arm nodes with some etra load on them) [08:54] W/Adreno-ES20( 2074): : GL_INVALID_OPERATION [08:54] W/Adreno-EGLSUB( 2074): : PMEM_INV_CACHES undefined [08:54] popey, ^^^^ [08:55] ogra_, ok so... .crash truncated [08:55] didrocks: hey, out of curiosity what do you use to run all the ap tests locally/manually? Might come in handy next time :-) Is it the same/similar to the dashboard jenkins job (or our gatekeeper)? [08:55] /system/bin/logcat -d ... [08:55] ogra_: where's that from? [08:55] i see a lot of that [08:58] Saviq, yeah apport-cli also tells me its an invalid crash file :/ [08:59] hmm, no, now it seems to work [09:00] ogra_, you will still only get ??s everywhere, at least if the .crash file I downloaded is the same [09:01] well, lets see if apport os better at uploading than scp [09:01] *is [09:06] Saviq, bug 1303666 [09:06] bug 1303666 in unity8 (Ubuntu) "unity8 randomly crashes" [Undecided,New] https://launchpad.net/bugs/1303666 [09:07] ogra_, did that actually upload the .crash file? [09:07] hmm,, doesnt look like :( [09:09] asac, did you see the comment to your unity8 test fix? str(bytes) is b"foo", not foo [09:09] asac, you need to actually decode it into a string [09:09] seb128: landing-004 ready for clean [09:09] Mirv, thanks [09:10] veebers: I think Mirv and sil2100 have a script for that [09:10] didrocks: ah coolio, I'll hit them up. Cheers [09:11] yw! [09:11] Mirv, sil2100: Hey what do you use to run all the AP tests locally/manually? Is it similar to what the dashboard/gatekeeper uses? [09:17] sil2100: mind opening a bug with all reference in the dialer-app flaky test? [09:17] sil2100: same for unity8? [09:17] didrocks: sure, doing [09:17] Saviq: btw, you did see the unity8 AP test failure on the dashboard? [09:17] Let me start with dialer ;) [09:21] Saviq: interesting... not sure if python3 is sane tbh :P [09:21] Saviq: bzr diff -c 822 | pastebinit [09:21] http://paste.ubuntu.com/7216238/ [09:21] Saviq: so, sorry dude, but you will 4 blockers on your list (bug #1300326, bug #1300302 , new AP test failure, new unity8 crasher) [09:21] bug 1300326 in unity8 (Ubuntu) "Shell randomly freezes with grey tint" [High,Confirmed] https://launchpad.net/bugs/1300326 [09:21] bug 1300302 in unity8 (Ubuntu) "Dead area at bottom when scrolling in scopes" [High,Incomplete] https://launchpad.net/bugs/1300302 [09:22] for both last one, we'll open some bugs [09:22] veebers: I think it differs a bit from person to person. I'm using something like this http://pastebin.ubuntu.com/7184268/ although right last week it started to have problems running dialer/messaging AP:s [09:22] Saviq: your team is working on priority to unblock those, right? [09:23] Saviq: updated MP [09:26] didrocks, most of my team are on a sprint here [09:26] Saviq: meaning, sprinting to unblock the blockers? :) [09:28] ogra_: didrocks bug 1303676 [09:28] bug 1303676 in webbrowser-app (Ubuntu) "webapps seem to randomly crash after a while" [Undecided,New] https://launchpad.net/bugs/1303676 [09:28] * ogra_ confirms [09:28] popey: thanks! [09:29] sil2100: that's one you need to poke upstream about [09:29] didrocks: noting! [09:30] didrocks, so, "dead area" Albert is on, "locks up with grey tint", Zanetti was working on, but he's here now, I'll get an update, "random crash" not retraceable / reprodicuble yet, ap test asac was looking into [09:30] Saviq: perfect, thanks! [09:30] asac, is str(foo, encoding) compatible with py2.7, though? [09:31] sil2100: links for the AP failures? [09:35] Saviq: oh didnt know we need to support both [09:35] didrocks: dialer-app: https://bugs.launchpad.net/dialer-app/+bug/1303681 [09:35] Ubuntu bug 1303681 in dialer-app "Autopilot test flakyness in test_outgoing_answer_local_hangup" [Undecided,New] [09:36] asac, we still are, yeah [09:36] didrocks: finishing filling out for unity8 [09:36] Saviq: check_output is throwing exception/error in case you get an errorcode, right? [09:36] asac, yes [09:37] not sure we switched to py3 everywhere in the infrastructure - if we did, then maybe we can drop py2.7 compatibility at some point in the near future indeed [09:38] well, if there are compatible ways, why not [09:38] repushed [09:38] didrocks: https://bugs.launchpad.net/unity8/+bug/1303685 [09:38] Ubuntu bug 1303685 in Unity 8 "Integration test failure in test_networkmanager_integration" [Undecided,New] [09:38] if thats not it, its easier if you just do it :P [09:38] sil2100: thanks! [09:39] * didrocks just waits on ogra_'s bug report for the unity8 crasher :) [09:39] asac: are you looking into that one ^ ? [09:39] asac: should I assign you to it? ;) [09:39] didrocks, the crash file is corrupt ... read the backlog [09:39] ogra_: hum, as I really can't reproduce your crash, can you try to increase the timeout? [09:40] and make it crash again? [09:40] as you can get it easily [09:40] didrocks, well, i think its the same as poey sees [09:40] ogra_: but popey didn't get any crash file :/ [09:41] just that i end up with half a crash file :P [09:41] ogra_: yeah, so maybe it's taking a very long time to collect it [09:41] hence the "increase the kill timeout in the upstart job" [09:41] like to 300s [09:41] and make it crash and see if the new crash file is better [09:41] ogra_: I have 17 apps opened, I'm switching between scopes like crazy and it's robust here [09:42] well, i dont know how to "make it crash" :P [09:42] but yeah, i can increase the timeout [09:42] oh, I thought you mention that it was really easy for you to get a crash [09:42] * ogra_ is super unhappy having to do that on his production phone ... it has never been writable :(((( [09:42] didrocks, to get it crash ... not to produce a crash file [09:43] it doesnt do that every time (probably one out of ten and i only had it crash like 5 times yesterday for example) [09:43] weird… [09:43] maybe heavy webapps [09:43] and so OOM killer [09:44] no OOM killer in the logs [09:44] and no, they arent heavy [09:44] just a few news sites with a handfull of jpegs and a lot of text [09:44] (no video or audio embedded or any heavy things) === cjwatson_ is now known as cjwatson [09:54] didrocks, davmor2: so, the oxide grooveshark issue will be fixed soon - a new oxide with the problem fixed is already in -proposed and there is a landing prepared for the webbrowser-related changes in CITrain, which I will try to assign a silo to [09:54] sil2100: sounds about right [09:54] sil2100: ah, so we need webbrowser fixes as well? [09:54] the oxide change itself is not enough? [09:55] didrocks: from what dbarth mentioned, webbrowser needs to switch to oxide 1.0, and that's what the landing is about [09:55] So I guess some mods need to be done [09:56] ok [09:58] and didrocks blags my head by sending me to the image that had the broken no scopes visible image damn you didrocks /me shakes fist in the air [09:58] sil2100: did you get any news on the other one? [09:58] davmor2: ahah :p [09:58] davmor2: sorry, forgot that [09:59] davmor2: so yeah, image +1 ;) [09:59] or -1 rather [09:59] for old scopes [09:59] didrocks: you're not alone falshing 258 now :) [09:59] i'm also checking if that one contained the grooveshark fix [09:59] davmor2: :p [09:59] didrocks: they're looking at it still [09:59] didrocks: old scopes are fine testing new scopes now [09:59] davmor2: ah, ok ;) [10:00] ;) [10:00] didrocks: when I say fine I mean the home scope is crashy as hell but works :) [10:00] davmor2: yeah, got you! [10:00] imgbot: status 280 mako [10:00] Image 280 for mako has not finished the tests, status is: Running [10:00] sil2100: do we have a slot for https://code.launchpad.net/~renatofilho/qtorganizer5-eds/tz-support/+merge/213714 ? [10:01] didrocks: I'd forgotten just how often unity8 crashed on the home scope when you had a lot of music :) [10:01] heh [10:02] popey: it's landed already from what I see [10:02] sil2100: davmor2: popey can you ensure that everything we set as blockers are set to high/critical at least on one component? [10:02] sil2100: which image? [10:02] so that we don't end up in useless discussion :) [10:02] didrocks: where is the blocker list? [10:02] other than your emails [10:02] popey: it's the emails only AFAIK [10:02] ah [10:03] didrocks: Yeap [10:03] i thought there might be some central doc with it in [10:03] popey: I'm unsure QA is maintaining one [10:03] maybe [10:03] popey: 278 should be it? [10:03] didrocks: if by QA you mean me for my benefit [10:04] davmor2: I don't know TBH, you are dogfooding, you shouldn't have to maintain that list IMHO [10:04] just interact with it [10:04] dbarth: so, I removed oxide-qt from the silo config, since oxide-qt the 'required version' is already in -proposed [10:05] dbarth: so we don't need it being uploaded again [10:05] sil2100: yup [10:05] didrocks: it's there so when I get asked what the blockers are I can quickly scan through it, I'm not being very good at keeping up to date though as it seems to be only for me and I can open the mail instead :) [10:05] dbarth: anyway, silo assigned [10:05] sil2100: no neeed to build oxide [10:05] :) [10:05] sil2100: cool [10:11] dbarth: did you also take a look at the bug I mentioned? [10:14] Morning all by the way :) [10:16] sil2100: mind looking at why we are blockin on camer-app? [10:16] camera-app [10:16] https://ci-train.ubuntu.com/job/landing-013-1-build/6/console [10:20] didrocks: looking [10:23] didrocks: yeah, so it seems there is a FTBFS on libusermetrics, and camera-app dep-waits on that new version [10:23] didrocks: and I guess dep-waiting might result in a 'building' into eternity, right? [10:23] sil2100: ok, maybe kill the job then and change the status? [10:23] didrocks: I'll poke the lander anyway [10:23] sil2100: yep [10:24] Yes :) [10:24] sil2100: silo 011 good to go [10:25] dbarth: o/ Thanks [10:27] ogra_: https://launchpad.net/bugs/1303676 do you have a crash file handy for dbarth? [10:27] Ubuntu bug 1303676 in webbrowser-app (Ubuntu) "[webapp-container] webapps seem to randomly crash after a while" [Critical,Confirmed] [10:28] didrocks, no [10:28] there are no crash files [10:28] ok, and dbarth can't reproduce the issue? [10:28] cant he ? [10:28] it is easy to reproduce [10:29] looks like that libusermetrics FTBFS is pointing out an ABI break [10:29] so I hope people don't just blindly update the symbols :) [10:31] didrocks, it always happens all the time here after a while of using apps that use the new API [10:31] you just need to use them for a while ... [10:36] ogra_: didrocks bug 1303721 [10:36] bug 1303721 in pulseaudio (Ubuntu) "audio can be heard despite volume set to minimum #280" [Undecided,New] https://launchpad.net/bugs/1303721 [10:37] popey: I guess the tests are overriding properties [10:38] which I'm not totally surprised about [10:39] ogra_: they don't die in bug #1303676, they are replaced [10:39] bug 1303676 in webbrowser-app (Ubuntu) "[webapp-container] webapps seem to randomly crash after a while" [Critical,Confirmed] https://launchpad.net/bugs/1303676 [10:40] didrocks, sure, might be [10:40] dbarth: FYI ^ [10:40] didrocks, but what is leaving me with a grey unusable window for the remianing one then ? [10:40] ogra_: unsure, maybe a webapp which can't start [10:40] something definitely crashes too [10:40] ogra_: dbarth: updating title [10:41] didrocks, theyse are all running and properly working apps [10:41] ogra_: well, without crash file, hard to ask/put on priority list [10:41] they run for a while once that happens [10:41] and its is reproducable easily on both phones here (well, as far as i can reproduce with the broken display on the second) [10:41] didrocks, for me that makes the phone unusable ... i only use webapps [10:42] and the oldAPI works just fine [10:42] ogra_: yeah, but you can't provide simple step to reproduce, seems upstream are waiting on the bug report [10:42] if no end moves, nothing will change [10:42] huh ?!? [10:42] ogra_: see last comment [10:42] start 6 webapps that use the new api ... popey listed a few [10:42] use them for 2 minutes [10:42] see everything die [10:43] ogra_: ok, will do right now [10:43] i'm done with the rest of my tests [10:43] ok, let's see [10:43] it might take longer before it happens the first time [10:43] but from then on it happens constantly [10:43] once it started it only replaces the last app [10:43] before it happens i can switch between them for a while [10:44] thostr_: hey, I think you saw bug #1302801, do you think it will be fixed soon? [10:44] bug 1302801 in unity-scope-click (Ubuntu) "All new scopes are ignoring the privacy setting for Phone only" [Critical,Triaged] https://launchpad.net/bugs/1302801 [10:44] ogra_: which image is that btw? [10:44] it feels like the container doesnt properly work with the lifecycle management ... works for a while and then falls back to replace only [10:44] ogra_: ie, did it start from a particular imag eversion ? [10:44] dbarth, any image from the weekend and today [10:45] hmm,so i need to update first [10:45] ogra_: and from what i can see inthe bug report, it's a mix of old a new webapps [10:45] i only started porting my apps to the new API on the weekend so i cant say how it behaved before [10:45] nope [10:45] ie, not all of them use oxide [10:45] only new ones [10:45] ah [10:45] bbc and all got ported? [10:45] i explicitly started only new ones [10:46] ok, that's important [10:46] oh, thats popey's set of apps :) [10:46] :D [10:46] the ones i attached app logs for are all ported [10:46] all the ones I listed are webapp-container [10:46] i made sure [10:46] popey, but are they using the 14.04 api ? [10:47] how do you mean? [10:47] in your manifest [10:47] http://paste.ubuntu.com/7216487/ [10:47] looks like it ☻ [10:48] ignore oggcamp13, thats not published [10:48] I bumped them all when oxide landed [10:48] mine use the same manifest changes the G+ app used, have all been updated to webapp-container in the .desktop and adjusted json files for apparmor [10:48] right, same here [10:50] dbarth, another thing i noticed is that --webappUrlPatterns does not seem to be respected at all anymore with the new webapps-container [10:50] popey, ^^^ [10:50] ogra_: didrocks: is there any news about the environment settings when autopilot tests are run? I still see that for example the 'phablet-test-run -p gallery-app-autopilot gallery_app' starts the app with the wrong gridunit. [10:50]