[00:08] robru: cyphermox_ ok..mir in silo13 is all good....just finished testing.... [00:08] if someone would like to upload all the packages...i'll hit merge after dinner! [00:08] just ping here [00:15] kgunn, on it [00:17] cyphermox_, actually I need you to ack the packaging here; http://162.213.34.102/job/landing-013-2-publish/ === cjohnston_ is now known as cjohnston === xnox_ is now known as xnox [03:03] robru: cyphermox_: Could one of you gentlemen please re-generate my silo? I've needed to remove an MP from the landing plan since it's going to be too complicated to land [03:03] thmo ack [03:03] ugh [03:03] :) [03:03] thomi: alright, doing it now ;) [03:03] cyphermox_: perhaps you could click the 'build' button for me as well please :) [03:03] sure [03:04] I mean, once the silo bit is done [03:04] thanks [03:04] I still see two MPs in the spreadsheet? [03:05] cyphermox_: yeah, there used to be three [03:06] cyphermox_: I already removed one from the list [03:06] hmm, but then someone re-configured it when you added the third? [03:06] cyphermox_: yes, robru did [03:06] earlier [03:06] because I recall configuring it for just two earlier :) [03:06] ok [03:07] yeah... turns out one of the MPs needs to be landed atomically with a new unity8, which I didn't realise [03:10] thomi: http://162.213.34.102/job/landing-006-1-build/23/console [03:11] cyphermox_: thanks! [03:11] * thomi watches the wheels spin [03:12] the wheels on the train go round and round [03:19] chu chu [03:20] I thought the weeks on the *bus* went round and round? [03:23] must be different over there.. over here we have wheels on the bus ;-) [03:24] but we don't have a CI Bus, thankfully === wgrant is now known as Guest34733 [03:41] cjohnston, CI bus was what we had before ;-) [03:43] robru: from what I understand, a bus moves too fast for what we had before [03:44] zing! [03:45] maybe the CI segway.. if you tilt a little too much in any direction it falls over === dobey_ is now known as dobey [03:56] the ci crawl? [03:56] thomi: I'm logging off now [03:56] cyphermox_: thanks for your help - this won't be ready to land till tomorrow anyway [03:56] ok [03:57] our test job takes *hours* [03:57] well, you'll have someone else to look into that stuff (assuming there is nobody else not in didrocks' team) in 3 hours or so [03:58] cyphermox_: yeah, [03:58] cyphermox_: crawling isn't really a vehicle, and since we are for some reason sticking with vehicles for transportation.... ;-/ [03:58] cyphermox_, CI rollerblades ;-) [03:58] hehe [03:59] ci hoverboard [03:59] just.. don't take it out over water [03:59] YOU NEED POWAH! [03:59] :) [03:59] * robru -> EOD. goodnight! [03:59] o/ === Guest34733 is now known as wgrant [08:29] mandel: hey, tell me once you are around :) === lan3y is now known as Laney === Laney is now known as Guest89008 === Guest89008 is now known as Laney [09:15] My phone is stuck on "Checking for updates..." [09:16] * popey blames the connection in the office [09:19] popey: seems multiple people are complaining about updates, I didn't boot my phone yet [09:20] hmm... thats scary i guess :/ [09:20] I'm getting 50% packet loss here, so blame that at the moment [09:20] My phone is updating right now [09:20] (on my laptop, not phone) [09:24] popey: as psivaa isn't around, do you mind making the update test results health statement this morning? [09:25] (and same for tomorrow I guess :)) [09:25] if I could get any kind of connection aside from ssh, maybe [09:26] bah, sigh, no new Mir [09:26] popey: waow, even to ci.ubuntu.com? [09:26] ogra_: yeah, seems it was published too late [09:26] i get 50% packet loss on all my devicess [09:27] * popey pokes is [09:29] hmm, and bug 1277589 has no cause found yet either [09:29] bug 1277589 in ubuntu-download-manager ""FileNotFoundError: /var/lib/system-image/blacklist.tar.xz"" [Critical,Confirmed] https://launchpad.net/bugs/1277589 [09:29] :( [09:29] pretty bad [09:29] yeah [09:29] (seems a lot of people get it now [09:29] ) [09:30] didrocks: be there in a minute [09:31] grr, headset issues [09:32] popey: get your packets back and join us! ;) [09:33] will try [10:00] mandel: so that you know, thostr_ is doing a release of ubuntu-download-manager (today is quiet, we have some free slots for doing so) [10:00] so you are getting into CI Train, starting Monday, you will be doing it yourself though [10:01] (as you dep on qt btw, we have again some packages to remove on powerpc and similar archs. This is safe to do in term of reverse-depends though, just need to jump in some ooopses) [10:12] ogra_: http://paste.ubuntu.com/6915695/ see that - instructions from rsalveti for flo... [10:12] line 16 - where does trusty-preinstalled-touch-armhf.tar.gz come from? [10:12] popey, see the "paste from" :) [10:13] popey, line 16 comes from line 12 [10:13] well yeah, hence me asking you ☻ [10:13] oh ! [10:13] well, no, 12 downloads ubuntu-touch.rootfs-armhf.tar.gz [10:13] thanks ! [10:13] yeah [10:13] popey, though i think with Mir 1.5 in the archive you should be able to use the last proposed tarball from cdimage [10:14] (which then would be rightly named) [10:14] got a url? [10:15] http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/ [10:15] pick the tar.gz [10:16] http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20140213/trusty-preinstalled-touch-armhf.tar.gz ya ? [10:16] ffs, can't resolve cdimage.ubuntu.com in the office [10:17] right [10:18] didrocks: ok bzoltan is having problems with the tests, and I shared my testing methods on how I was able to land qtbase earlier this week so hopefully it helps him. [10:19] Mirv: excellent, keep us posted please :) [10:19] Mirv: on the one dashboard test failure, seems legit? [10:21] didrocks: regarding that, I've asked (but not gotten response yet) from elopio/kalikiana about a recent textfield fix in trunk - do they think it'll fix that flaky test too [10:22] Mirv: ah excellent, thanks for the catchup! [10:22] sil2100: were you able to upgrade successfully? [10:25] hi! I'd like to ask if there's anything blocking row 240 of the Landing Asks document, since it's not being picked up for landing [10:28] Hmm. just crashed unity by swiping back and forth between home and music.. [10:29] cant easily reproduce it though [10:29] sil2100: mind looking at mardy's request? ^ [10:31] sil2100: argh, you didn't disable ubuntu-ui-toolkit from daily release and upstream merger as we discussed yesterday, doing so [10:38] popey, with 4.4 ? [10:38] um [10:39] good question, how can I tell? ☻ [10:41] didrocks: ok the SDK team believes the new method is much more robust and likely to fix that failing/flaky test [10:41] Mirv: excellent, thanks for confirming [10:41] let's see sil2100's feedback on the other results [10:41] once he's around ;) [10:41] Well, I didn't do uitk since Mirv was doing it ;) [10:42] I mean, since I thought that Mirv is dealing with it then he will also disable it as well [10:42] mardy: looking [10:43] ogra_: on flo... unpacking rootfs tarball to system-image ... [10:43] that is taking a very very long time [10:45] sil2100: I'm talking about the other tests :) [10:45] not the uitk one [10:45] the weather one seems to be the most important one [10:46] popey, well, its ~500M [10:46] popey, you can't tell if you downloaded .img friles from rsalvetis place ? [10:47] (if you use these you use 4.4.) [10:47] yeah, its 4.4 [10:47] taken at least 20 mins so far [10:48] thats definitely wrong then [10:49] mardy: I guess it's fine to release, but we don't do any cu2d landings for touch anymore, so it would have to be released through citrain [10:50] popey, i'd start over, after 20min the whole process should be done [10:50] popey, what release is your host on ? [10:50] this has only been tested on trusty yet [10:50] trusty [10:50] * popey tries again [10:51] Morning all [10:52] popey: what you trying? [10:52] if that hangs again, please change "set -e" to "set -ex" at the top of the script and pastebin me the output [10:52] alan@deep-thought:~/flo/project-rootstock-ng$ ./rootstock-touch-install ./trusty-preinstalled-touch-armhf.tar.gz ../system.img [10:52] thats what i'm doing [10:52] davmor2: can you dogfood 178 on maguro pls? [10:53] popey: yeap [10:53] ta [11:00] ogra_: taken 10 mins [11:00] and done ? [11:01] no [11:01] so running with -ex [11:01] huh [11:04] ogra_: loads of errors appearing on device [11:04] on device ? [11:04] Error in select (Bad file number) [11:04] in recovery mode [11:04] but the script finished! [11:04] popey, you had android 4.4 installed and run at least once ? [11:04] ah, good [11:04] http://paste.ubuntu.com/6924941/ [11:04] yes [11:04] see if ubuntu is up after the reboot then :) [11:05] where did you see the errors ? [11:05] at the bottom of the device [11:05] rebooting asks "ROM may flash stock recovery on boot. Fix?" THIS CAN NOT BE UNDONE." [11:06] Options are "No" and "Yes - disable recovery flash" [11:06] still getting Error in select (Bad file number) appearing at the bottom [11:06] erm [11:07] did you do line 6 and 7 of the paste ? [11:07] looks like you have a broken recovery or boot.img [11:07] http://imgur.com/ja7Kkvq [11:08] yes [11:08] do i have to reboot between each? [11:08] you need to boot into the newly flsahed recovery [11:08] *flashed [11:08] not between, no [11:09] i must have done that [11:09] because i used fastboot so there's no other way [11:09] i mean, i had to boot into recovery to do the rootstock [11:09] * popey starts fresh [11:09] ogra_: fastboot for the recovery is done at the bootloader page so there is no choice but to reboot into the new recovery :( [11:10] ah, right [11:10] ok, done boot and recovery and booted into recovery [11:11] * ogra_ doesnt get how you ended up in the flash mode after the acript called "adb reboot" [11:11] *script [11:11] Aaaah, CRAP [11:11] * sil2100 needs coffee [11:11] * popey re-runs the rootstock [11:11] flash mode? [11:11] it didnt reboot [11:12] after i ran the script I was left sat there in recovery [11:12] oh ! [11:12] it automatically reboots normally [11:13] hmm, looking at your output it seems like it failed right after pushing the android image [11:14] ogra_, didrocks, popey: hmmm this could be an issue upgrade to 178 I'm assuming has left me with a blank screen on reboot [11:14] are you sure the USB cable is good ? [11:15] davmor2: a few people have reported that over the last few days [11:15] aha [11:15] mount: mounting /dev/block/loop0 on /cache/system/ failed: Device or resource busy [11:15] i saw the google screen last week on one update, rebooted again and it was fine [11:15] oh [11:16] seems there is a bug in the cleanup code ... i need to make sure that gets unmounted so a second run doesnt fail [11:16] hmm apparently this is build 179 [11:18] didrocks, ogra_, popey: http://paste.ubuntu.com/6924986/ [11:18] thats not 178 ☻ [11:18] 179 is 1h old :) [11:19] Interesting [11:19] but only has html5 app changes and dialer and addressbook updates [11:19] popey: all I did was update I didn't realise that 179 had been released too [11:19] nothing that should cause issues [11:21] ogra_: so adb is connecting fine. The system seems to be running just no shell. I'll have a look though /var/crash do you know what logs are likely to be useful? [11:21] syslog in any case [11:21] lightdm might be interesting too [11:21] and unity8 indeed [11:22] ogra_: no lightdm listed under ps aux [11:23] root@ubuntu-phablet:/# ps ax|grep light [11:23] 1425 ? Ssl 0:01 lightdm [11:23] 1551 ? Sl 0:01 lightdm --session-child 10 16 [11:23] thats 176 [11:24] _usr_lib_arm-linux-gnueabihf_qt5_libexec_QtWebProcess.32011.crash [11:24] _usr_lib_arm-linux-gnueabihf_upstart-app-launch_desktop-hook.32011.crash [11:24] _usr_sbin_system-image-dbus.0.crash [11:24] and we got a new lightdm in 177 [11:24] those are in var crash ^ [11:25] well, if lightdm doesnt stRT I'D BLAME LIGHTDM [11:25] OOPS [11:25] didrocks: so, I couldn't reproduce the weather app failure here yet, but the test suite seems to act a bit strangely - when the test finishes, it leaves my system with a white screen, as if some application was starting [11:25] sorry [11:25] sil2100: interesting, can you try to reach upstream? [11:25] davmor2, reboot once to make sure it is still not booting, then make the image writable and downgrade lightdm [11:26] ogra_: let me grab some logs first [11:26] dbarth_: I do see your packages in the ppa: https://launchpad.net/~ci-train-ppa-service/+archive/landing-012/ [11:26] dbarth_: regarding line 20, we can assign a silo to it but there's the column for you that you've assured that the branches are ready and merge proposals are following the CI Train guidelines. please check those and then change it to Yes. [11:27] Mirv: I prefer robru to deal with the requests from the webapps team [11:27] I think we should have waited for Monday [11:27] ogra_: 15 mins again and it's just sat there. I adb shell, and then ls /cache/system and it hangs [11:27] once dbarth_ is trained [11:27] popey, sigh [11:27] didrocks: ok, that's fine for me, dbarth_ just pinged me on another channel and I asked him to join here [11:27] seems that didn't happen, so either we wait or robru is taking the extra maintenance when migrating them [11:27] popey, it worked for many people since two weeks ... i dont get that [11:27] popey, could the disk be full or something = [11:27] ? [11:28] didrocks: should i delay my releases until i get trained, or robru wakes up? this needs to be ready for the app show down, i don't think that helps me much to deal with that request this way [11:28] seriously [11:28] ogra_: same issue on the phone mailing list by the look of it [11:28] didrocks: so what do you say? [11:28] davmor2, yes, i need to knwo if rolling back lightdm helps [11:28] /dev/block/loop0 2015824 1231968 681456 64% /cache/system [11:28] ogra_: yeap I'm just grabbing logs [11:28] * Mirv goes back to piloting [11:29] dbarth_: well, seems like you need urgent release at the last minute which isn't helpful as well ;) but I think we have enough work and can't take more from some people not trained (I think you shouldn't have been moved to CI Train before that time) [11:29] it's not last minute [11:29] davmor2, http://launchpadlibrarian.net/165746075/lightdm_1.9.7-0ubuntu1_1.9.7-0ubuntu2.diff.gz [11:29] dbarth_: you can wait Monday then? [11:29] davmor2, please check the permissionf of that dir [11:29] *permissions [11:30] we'll test in a private ppa, and do thinks without the citrain [11:30] robru moved us there, but that's yet another great idea that wastes our time [11:30] Wow, weather-app test just failed, but a different failure [11:30] dbarth_: not sure why you are speaking about line 12, this was already migrated [11:30] i hope it can be better next week [11:30] (doesnt really look like it could be the cause though) [11:30] silos 12 [11:30] ogra_, I don't see how adding a || true to a command could do a difference [11:30] interesting… [11:30] seb128, yeah [11:31] ogra_: maybe should I try an older rootfs? [11:32] popey, or mine [11:32] popey, older doesnt have the new mir [11:32] ogra_: the link in the pastebin? [11:32] yeah [11:32] http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch.rootfs-armhf.tar.gz [11:32] ok [11:32] ogra_: drwxr-x--- 2 lightdm lightdm 40 Feb 13 11:13 lightdm [11:32] looks ok [11:32] thanks [11:33] davmor2, thats mako ? [11:33] ogra_: no maguro [11:33] oh [11:33] ogra_: the guy on the list is mako though [11:34] * ogra_ wonders if the 4.4 capable Mir even supports maguro ... [11:34] ogra_: so ./rootstock-touch-install ./ubuntu-touch.rootfs-armhf.tar.gz ../system.img [11:34] right? [11:34] yes, always the same [11:34] ogra_: it worked yesterday on 176 was that pre mir? [11:34] davmor2, yes [11:35] and should I be concerned about lots of errors "E: Can't mount /cache/recovery/ubuntu_command", and command log last_log last_install ? [11:35] davmor2, oh, wait [11:35] davmor2, the new Mir is not in any image yet [11:35] i was mixing up with new unity [11:35] 178 had the new unity [11:35] sil2100: do you see what happens when it's failing? [11:36] ogra_: right how do I rollback lightdm [11:36] (there is no /cache/recovery on this device) [11:36] and 179 only app stuff [11:36] vila: http://ci.ubuntu.com/smokeng/trusty/touch/, is that expected? [11:36] (see the top 2) [11:36] didrocks, broken install [11:36] seems that test for 179 didn't start? [11:37] didrocks: 179 is a blank screen [11:37] urgh [11:37] see mailing list and message here earlier as soon as I hit it ;) [11:37] INFO:phablet-flash:Waiting for install to finish on device. Please do not unplug device until phablet-flash finishes. [11:37] ERROR:phablet-flash:Installation is taking too long or an error occured along the way. [11:37] davmor2, i dont think thats related [11:38] the error is that it cant install at all [11:38] davmor2: I thought you were are 178 [11:38] wont get as far as even attempting to boot [11:38] not 179 [11:38] http://people.canonical.com/~ogra/touch-image-stats/20140213.1.changes [11:38] * didrocks wonders why no new Mir [11:38] yes, no relevant changes [11:38] didrocks: I thought 178 was the update turns out it was 179 :( [11:38] didrocks, britney perhaps ? [11:38] mir still in proposed [11:38] yep [11:38] didrocks, was xorg-server rebuilt ? [11:39] didrocks: I'm just diagnosing this and then I'll flash 178 [11:39] ogra_: probably not, let's wait for the Mir guys being in [11:39] ogra_: davmor2: ok, so you are looking at 179? [11:39] didrocks, yes, buut 178 had no relevant changes for any of these failures [11:39] err [11:39] 179 [11:40] didrocks, issues must have come from 178 [11:40] ogra_: but this one booted though :/ [11:40] didrocks, yes, blame UTAH [11:40] didrocks, did it boot ? [11:40] did you see the screen ? [11:40] :P [11:40] didrocks: no idea, cihelp ^ [11:41] ogra_: let me retry to flash 178 [11:41] didrocks, note that davmor2 talks about maguro ... where we saw the install-and-boot error [11:41] (and might have tested 177 actually) [11:42] mir> looks like it needs xorg-server, indeed [11:42] ogra_: well, that won't explain why we have failures on mako and maguro on 179 [11:42] didrocks, well, the lightdm change doesnt look related, i would blame unity8 [11:43] oh, xorg-server was uploaded but is stuck, let's see [11:43] ogra_: I won't blame anything yet [11:43] didrocks, well, the package set is tiny [11:43] unless we confirms that 178 isn't fine [11:43] yeah [11:43] let me reflash on mako 178 [11:43] with -b [11:43] didrocks, http://people.canonical.com/~ogra/touch-image-stats/20140213.1.changes has absolutely nothing that could block a boot [11:43] wonder why xorg-server/ppc64el just started failing to build with an array-bounds error [11:44] and http://people.canonical.com/~ogra/touch-image-stats/20140213.changes only has unity8 and lightdm ... but the latter only adds a || true in a postinst [11:44] ogra_: I agree, but better checking that wondering [11:44] I've overridden the never-passed autopkgtest failure there, but ppc64el will need to be sorted out [11:45] thanks cjwatson [11:45] popey, my flo has a dead battery, will try to reproduce once i can boot [11:46] cjwatson: sent to mlankhorst on #ubuntu-desktop [11:46] ogra_: tried again with your tgz and it's taking a while again, 10 mins so far [11:46] 10mins is fine [11:47] ok [11:48] ok, booted into recovery [11:48] ~ # grep cache /proc/mounts [11:48] /dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 rw,nodev,noatime,nodiratime,data=ordered 0 0 [11:48] ogra_: crashed .. [11:48] ~ # ls /cache/ [11:48] backup lost+found recovery [11:48] @lost connection to yold - did it crash?@ [11:48] ffs us keyboard layout strikes again [11:48] popey, so you said you dont have /cache in your recovery ? [11:49] i have cache [11:49] ~ # grep cache /proc/mounts [11:49] /dev/block/loop0 /cache/system ext2 rw,relatime,errors=continue 0 0 [11:49] ~ # ls /cache/ [11:49] system [11:49] ogra_: :( root@ubuntu-phablet:/# apt-get install lightdm=1.9.7-0ubuntu1 [11:49] Reading package lists... Done [11:49] Building dependency tree [11:49] Reading state information... Done [11:49] E: Version '1.9.7-0ubuntu1' for 'lightdm' was not found [11:50] davmor2, yeah, cant be lightdm ... [11:50] davmor2, rather try to flash the former image and see if that one boots [11:50] popey, so your recovery img is broken [11:50] popey, we need to tell rslveti :) [11:50] wonder if the dodgy wifi is to blame [11:51] i doubt it [11:51] acce604b1e31ece2e8bd618b887154d3 recovery.img [11:51] ogra_: will do, I've grabbed /var/log, /var/crash, and /home/phablet/.cache incase any of it is needed [11:51] davmor2, good [11:51] just re-downloaded and same md5sum [11:52] popey, yes, i doubt it has to do with the download [11:52] gimme a sec [11:53] ogra_: well I found it easier to just grab likely log locations rather than pussyfoot around grabbing one or two files and find out you missed one :) [11:53] popey, how big is yours [11:53] ʘ‿ಠ [11:53] err [11:53] -rw-rw-r-- 1 alan alan 9977856 Feb 13 09:41 recovery.img [11:53] your recovery.img :) [11:54] hmm, same size [11:54] popey, try this one http://people.canonical.com/~ogra/ubuntu-touch/flo-recovery.img [11:54] ok [11:54] and see if there is a /cache/recovery [11:54] ogra_: reflashed 178 with -b, works here [11:54] (it is from the 7th, yours is from tonight) [11:54] let me upgrade now [11:55] * ogra_ crosses fingers [11:55] i'll try maguro soon [11:55] just trying to nail down poey [11:55] 's issue [11:55] sure [11:56] system settings is stuck in checking for updates… though [11:56] root 2727 2.5 0.8 31840 15880 ? Sl 11:55 0:02 /usr/bin/python3.3 /usr/sbin/system-image-dbus [11:56] ok, let's try to kill it [11:56] ogra_, didrocks: right 178 is currently being flashed we'll see if the issue is there lowering it to 177 if it is [11:57] ok, good now [11:57] (downloading 179) [11:58] hmmm qt5.2.1 broken my install on mako that is running 4.4.2 :( not good [11:58] davmor2, geez, stop bresaking two things at the same time ! [11:59] -s [11:59] You don't get paid double for breaking twice the things you know davmor2 ! [11:59] ogra_: no choice in the matter I'm being bombarded with requests to break stuff :) [12:00] well, i would prefer if you didnt break 179 for once :P [12:00]