dobeyToyKeeper: ok, i'm going to hop off now. i'll check back in a bit, so please ping/sms me if you have any problems/questions. thanks :)00:01
ToyKeeperHave a good evening.00:01
jamesh"chroot problem": that's a new error for me: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-075/+build/906023402:10
jameshNow it looks like the arm64 builds have gone crazy :(  -- been running for an hour each, when they usually took a fraction of that time03:18
dobeyToyKeeper: any luck?03:22
ToyKeeperdobey: Getting there, but have been sidetracked by other unrelated issues in this latest image.03:45
dobeyoh ok03:46
dobeyjust wanted to check in before heading off to sleep. saw no updates on trello and no pings for me, so thought i'd ping just to check. :)03:52
ToyKeeperdobey: Aside from staging issues, it was fine when I last tested.  Today things have been much less agreeable, and it seems due to bugs in the new base image.03:52
ToyKeeper(arale rc-proposed 255)03:54
dobeyi don't have an arale here. but i was able to purchase the other day on my mako just fine, after dealing with a couple of apparent oddities of the base image03:56
dobeythose oddities seem to have been fixed now though03:56
ToyKeeperThis image is ... odd.  Oddities is a good word.03:56
dobeywhat problems are you hitting that are blocking your testing of IAP?03:57
dobeyhmm, maybe i spoke too soon. might have to file some bugs in the morning. need a decent way to record the screen on the phone to an .mpeg or something04:01
dobeywell i guess i should go get some sleep for now04:06
ToyKeeperMy favorite kind of problems, it seems...  ones which happen inconsistently.  :(04:06
ToyKeeperAnyway, I'll keep at it.04:06
ToyKeeperdobey: Sometimes nothing happens if I tap 'install' when no U1 account is defined.  Sometimes if I cancel buying vowels, they are granted anyway.04:13
ToyKeeper... and the image must have had some pretty bad other bugs land in the past day or two, but those are unrelated.04:14
bzoltanjibel: \o/ the silo50 is now good, I managed to fix the s390x build too.04:41
jameshis the indicator tray transparent for anyone else?07:36
jibelbzoltan, great, thanks for fixing it. We'll review it asap.08:05
karniHi folks. I'd like to ask for ci-train perms for my buddy, Jin Hsieh (lp: jin.cth)08:54
karniyo jin08:55
jinkarni: hey mate ;)08:55
davmor2karni: I am now09:04
=== chihchun_afk is now known as chihchun
karnidavmor2: HI :)09:23
karnidavmor2: question. I just filed a first request for Telegram QA pass through ci train09:23
karnidavmor2: I submitted, and I'm wondering if should change the "Lander Signoff" to 'Approved'?09:24
karnidavmor2: what's that field responsible for?09:24
davmor2karni: sil2100 is the one for citrain stuff ^09:24
karnijibel: got a questio above ↑ I recall you helped with Telegram QA a while back09:25
davmor2karni: not sure how it works for click apps09:25
karnidavmor2: yeah, I believe we indicate "Manual download URL" and that's it09:25
sil2100karni: yeah, I suppose that's the way to go :) The QA process for clicks is a bit different, but I think jibel's bot will then pick it up09:25
karniI just want to make sure this request gets processed, and not "filed, but inactive" because I did something wrong :D09:25
karnisweet \o/09:25
karniI guess we're set then :) Thanks guys!09:25
davmor2karni: and set qa ready09:26
karnidavmor2: sorry? /anything I need to set?/09:26
davmor2karni: what's the ticket number09:27
karniwe'd also like to get ci-train permissions for jin09:28
davmor2karni: like that09:28
karnidavmor2: \o/ question - do I need to ask you to change this for me each time I file a ticket?09:28
karnidavmor2: or when I file it, it's just in queue for you guys09:29
sil2100karni: what's the persons exact LP username?09:29
karnisil2100: jin.cth09:29
karnisil2100: thank you! :)09:29
davmor2karni: no that is something you set, so you do set approved for lander and then when it is ready for QA to actually test (i.e. all the landing have happened) you switch the qa to ready09:29
jinsil2100: jin.cth @Karni, thanks09:29
karnidavmor2: perfect09:30
karnidavmor2: so if I have no dependencies, I simply do 'lander approved' and 'ready for qa'09:30
sil2100jin: you should be added to the right team, you'll probably have to relog into the CI Train interface09:30
davmor2karni: you need to add that url thingy so it tricks billeto I think but yes09:31
karnidavmor2: url thingy? you mean manual download url?09:32
jinsil2100: thanks, now i can create the new request from that09:32
davmor2karni: that's the one I couldn't think of the name on the field09:32
davmor2karni, jin: and then as a final confirmation you can go to https://trello.com/b/AE3swczu/qa-testing-requests-for-questions-ping-ubuntu-qa-on-ubuntu-ci-eng and ensure a ticket is created (can take about 5 minute iirc)09:33
karnidavmor2: good suggestion, thank you09:34
jindavmor2: thanks!09:37
=== chihchun is now known as chihchun_afk
=== vrruiz_ is now known as rvr
=== Chipaca` is now known as Chipaca
Saviqtrainguards, can you please drop unity-api, qtubuntu, qtubuntu-gles and ubuntu-system-settings from silo 64, thanks :[10:49
sil2100uh oh10:54
sil2100That's a lot of packages!10:54
sil2100On it10:54
sil2100Saviq: removed from the PPA10:55
Saviqsil2100, thank you10:55
Saviqsil2100, oh sorry, ubuntu-themes, too11:00
sil2100Saviq: done11:01
=== _salem is now known as salem_
anpok_trainguards: can we somehow retrigger only the arm64-xenial build in a silo?14:00
Saviqanpok_, trainguards can14:06
Saviqanpok_, directly in the PPA if you tell them which one14:06
anpok_trainguards: please retrigger in landing ppa 32 the  mir arm64 xenial build14:08
cjwatsonanpok_: done14:12
cjwatson(that's https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-032/+build/9062094)14:12
anpok_cjwatson: thanks14:14
rvroSoMoN: ping14:49
oSoMoNrvr, pong14:49
rvroSoMoN: Hi, I'm testing silo 7014:50
oSoMoNjust seen that, thanks14:50
rvroSoMoN: I'm checking Esc manually14:50
oSoMoNand it’s been fast-tracked, that’s cool14:50
rvroSoMoN: Yes, we are doing that for low-risk silos :)14:50
oSoMoNrvr, so the fix in that silo fixes only the third test that’s mentioned in https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1546627 , the other 3 will be fixed by the next UITK landing14:51
rvroSoMoN: In finding page and in address bar, after pressing Esc nothing happens14:51
ubot5`Launchpad bug 1546627 in webbrowser-app (Ubuntu) "4 autopilot test failures (related to ESC key) on desktop" [High,In progress]14:51
oSoMoNrvr, yup, that’s the fix in the UITK, nothing we can do to work around it in the browser14:51
rvroSoMoN: Ah, so it's an issue with the UITK14:52
oSoMoNrvr, my branch was merged into the staging branch of the UITK, so I guess it will be in the next UITK landing14:52
oSoMoNrvr, it’s two issues really, one in the UITK, and one in the browser, and silo 70 addresses only the browser part14:52
jibeloSoMoN, we are experimenting with a way to land some silos with less manual QA. in particular silo well covered by automated tests, with a low failure rate or no failure at all in the past landings, ... it's just an experiment to see how we could define some rules14:53
oSoMoNjibel, I +1 this experiment, and whatever happens I’ll try to keep the quality of browser landings high14:54
rvroSoMoN: Silo approved, keep up the good work! :)14:55
oSoMoNrvr, thx14:55
oSoMoNrvr, note that silo 16 will need to be rebuilt before you can test it14:56
jdstrandsil2100: I see that 9.1 has all the security fixes. thanks!14:56
jdstrandof course, we have some new ones for oxide, but they'll just flow in14:56
rvroSoMoN: Oh, ok!14:56
oSoMoNI wasn’t sure which of the two you would validate first, which is why they were kept both in the queue until now14:57
rvrI'll keep an eye, but let us know when it is ready14:57
Saviqplars, hey, I was wondering, is lp:ubuntu-test-cases/touch something we should be using for interfacing with devices from heymann? for provisioning, that is? I'm worried that in case we pop up an unbootable image, all the devices will get b0rked, and everyone will need to cater for their own devices (i.e. make them stick to a known-bootable image, for example)15:22
plarsSaviq: I don't recommend that branch as I don't think any team maintains it now. You may want to use the device management and recovery bits that I ripped out of it though, which is now in lp:lifeboat15:27
plarsSaviq: did you see the examples of using it for getting your adb-id, and recovering bricked devices?15:28
Saviqplars, yeah, but recovering bricked devices is one thing, if you flash it with an unbootable just after ;)15:29
plarsSaviq: https://wiki.canonical.com/InformationInfrastructure/Jenkaas/ExampleJobsAdbList and https://wiki.canonical.com/InformationInfrastructure/Jenkaas/ExampleJobsPhoneRecovery15:29
plarsSaviq: what do you mean?15:29
plarsSaviq: if you flash an unbootable image to it, that recovery tool will get you back to a bootable image (an older one of course). From there, you can try something else15:30
Saviqplars, sure, that's manual, though15:30
plarsyou'll at least be able to talk to it with adb, tell it to reset to fastboot, etc15:30
plarsSaviq: no, it's all automated15:30
Saviqplars, wait15:30
Saviqplars, to run tests, people will flash the devices with rc-proposed and/or devel-proposed15:31
Saviqplars, sure, recovery will help to recover the device, but it will flash a broken image straight after, so no testing can happen anyway15:31
plarsSaviq: I recommend using the recover tool at the beginning of your job, so you can get it in the best state possible. If it's already reachable, it will just leave it alone. Otherwise it will try to reboot it. If all else fails, it will install a known-good image on it.  From there, you can use the phablet-tools and u-d-f to put whatever you want on it15:32
Saviqplars, well that's the problem - "whatever I want" might be broken15:32
plarsSaviq: well right, if they flash a bad image, then the very first test (booting) failed and we don't need to run more tests :)15:32
plarsSaviq: I guess I don't understand the question... you want to run tests on an image that won't boot?15:33
Saviqplars, no, I want to flash a known-good image in that situation15:33
Saviqplars, ideally so that there's a central notion of what is a known-good image15:33
plarsSaviq: that's what the recover tool does15:34
Saviqplars, but we can't use that to test, it's too old15:34
plarsSaviq: it may not be a recent known-good image (in fact it probably won't be)15:34
plarsSaviq: you could install the last image you successfully tested from there, I suppose. But if you already tested that image, why do you want to just repeat that?15:35
Saviqplars, because I'm not testing the image15:35
Saviqplars, I'm testing stuff that I put on top of it15:35
plarsSaviq: does this happen a lot?15:36
plarsSaviq: maybe qa maintains such a list?15:36
Saviqplars, it hasn't happened for a while :)15:36
Saviqbut when it did way back when, it wroke havoc15:37
plarsin theory, it should never happen, or at least be very rare15:37
Saviqplars, right, maybe I'm preempting too much, let's see how we do ;)15:37
plarsSaviq: if it becomes an issue, then it's probably worth talking to QA and sil2100. Perhaps there could be some kind of promotion within that channel, or an untested channel that gets boot testing at least before promotion to devel-proposed15:38
Saviqplars, yeah I think that's kinda what devel is meant to be15:39
plarsSaviq: yes, and then someone will want boot testing before it gets to that channel :)15:39
sil2100We promote devel-proposed images to devel basically on such smoke-testing15:42
sil2100e.g. jibel checks if the image boots, if the shell is starting, if networking is available and if he can adb into it I guess15:42
plarsI thought that used to be the case, not sure what happens today15:44
plarsgood to know something like that still occurs15:44
jibelwhat's missing is the automated promotion. currently it's me telling to sil2100 that it's good to promote15:44
jibel+ silbot210015:45
* sil2100 goes back to being AFK15:50
davmor2sil2100: meeting/17:05
=== alan_g is now known as alan_g|EOD
dobeyoh joy18:40
Saviqplars, hey, I'm afraid I might've b0rked krillin-07, apparently --wipe and --developer-mode / --recovery-image don't play well, needs to be --bootstrap after all :/23:00
Saviqplars, oh it recovered, must've been flashing longer than I expected :)23:02
plarsSaviq: great!23:03
Saviqplars, on that note, do you still have devices available in the lab? I could use a second phone to run autopilot for rc and devel in parallel23:03
plarsSaviq: possibly, but there aren't many. Send a request to the ce-certification-qa@lists.canonical.com list please so I have it documented and I'll check into it23:06
Saviqplars, great, thanks23:07
dobeyToyKeeper: hey; you can repeat the "got the vowels anyway on canceled purchase" ?23:11
ToyKeeperdobey: Sure.  I was wondering if you'd have a new build for me.  :)23:11
dobeyToyKeeper: can you do it again and watch ~/.cache/upstart/dbus.log and ~/.cache/upstart/application-click-org-qtproject-qthangman.kaijanmaki_org.qtproject.qthangman_0.3.log for errors?23:12
ToyKeeperdobey: Sorry about all these delays, too.  I'm not usually involved with silos these days but it seems nobody else wanted this one.23:13
dobeyToyKeeper: i think it might be an issue with your account on the server perhaps.23:13
Saviqplars, oh but krillin-07 indeed flashed in non-developer mode, so need someone to unlock the screen... https://unity8-jenkins.ubuntu.com/job/run-commands/582/console :(23:15
dobeyToyKeeper: i have hit that issue before, but it was a problem with the server now allowing the client to acknowledge the purchase for some reason. i thought it had been fixed, but maybe an issue with your account on staging.23:15
* Saviq files a bug with u-d-f23:15
dobeyToyKeeper: so what happened is that you previously purchased the vowels, but for some reason the client wasn't able to acknowledge, and for some reason it still can't, so every time you cancel the purchase, and we ask the server if the item is purchased, it says it is, because it's been purchased, just not acknowledged yet23:16
ToyKeeperdobey: I should have logs after this fresh install.23:17
dobeyToyKeeper: great. seeing those logs should be able to help a bit. might have to ping the ols people to poke the server though23:17
Saviqplars, oh hmm, but it's able to flash https://unity8-jenkins.ubuntu.com/job/device-0-flash/node=krillin-07,release=vivid+overlay/5/console - any chance recover doesn't use the custom --recovery-image with adb?23:18
plarsSaviq: easiest thing to do would be to run the recover tool from lp:lifeboat at the beginning of your job (as we talked about earlier, hopefully you are doing that already because it will make this really easy), and adjust your script to add --developer-mode and restart the job23:21
Saviqplars, yeah, that's what I'm doing, but recover didn't complete https://unity8-jenkins.ubuntu.com/job/run-commands/582/console23:24
Saviq"error: closed" suggests .adb_onlock isn't there23:25
* Saviq tries to bootstrap again23:26
Saviqsince adb reboot bootloader works even if adb is closed23:27
Saviqok that worked23:35
plarsSaviq: sorry, I was afk trying to sorry out supper for the kids. Did it work now?23:37
plarsSaviq: recover *should* work no matter what, since it resets the device to fastboot and does a full reinstall23:38
Saviqplars, well, yeah, but it doesn't, it bails out with "error: closed", which AFAIK means .adb_onlock isn't there23:39
Saviqwhich I don't get, since I bootstrapped with --developer-mode and all23:39
SaviqI'll probably be able to recover manually, but will it survive another bootstrap :/23:43
dobeyToyKeeper: i have to go get dinner and stuff now. if you can e-mail those logs to me, i'll try to look at them as soon as i can, and hopefully we can get the issue resolved and move forward.23:43
plarsSaviq: so recovery is getting it to a state where you can adb to it, but when you reinstall it, you can't reach it again?23:52
ToyKeeperdobey: Sent.23:52
Saviqplars, no, recover is getting it to a state where adb goes "error: closed"23:53
Saviqplars, which is basically .adb_onlock not being there23:53
Saviqplars, I've put the file there manually via recovery, no idea why it would not be there after bootstrap with --developer-mode (or how can that file survive bootstrap if u-d-f doesn't put it there ¿?)23:54
plarsSaviq: I would be happy to take a look if you like, just let me know when you aren't doing something on it. I don't want to stomp on what you are doing23:54
Saviqplars, for now I have things working, I will let you know what I find out23:55
plarsSaviq: ok, sounds good23:56

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!