[00:14] alright, I'm off for dinner, will be back later though [01:22] robru: btw, silo 11 had an issue uploading the the PPA, I'm not sure why [01:22] a following run of the build job seems successful now [01:23] do you have access to the ps-jenkins list to see why the uploads were rejected or something? [01:25] 2014-04-03 00:07:12 INFO Failed to parse changes file '/srv/launchpad.net/ppa-queue/incoming/upload-ftp-20140403-000629-025651/~ci-train-ppa-service/landing-011/ubuntu/indicator-applet_12.10.2+14.04.20140402-0ubuntu1_source.changes': GPG verification of /srv/laun [01:26] chpad.net/ppa-queue/incoming/upload-ftp-20140403-000629-025651/~ci-train-ppa-service/landing-011/ubuntu/indicator-applet_12.10.2+14.04.20140402-0ubuntu1_source.changes failed: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, [01:26] 9, u'No public key')"] [01:26] looks like transient trouble talking to the keyserver [01:26] (is my guess) [01:52] just looking for a silo for line 51 [01:53] (btw, silo 12 ready to merge...so... :) [02:05] === trainguard: IMAGE 275 building (started: 20140403 02:05) === [04:16] morning [04:17] hmm, how that 275 has taken >2h to build [04:23] there's a bit of backlog on the system-image importer [04:24] it was in manual mode while setting up generic_x86 and I forgot to turn it back on (looks like nobody noticed until now). I've re-enabled the cronjob and it'll start processing the latest images now. [04:24] since we now have two rootfs images to process, expect the processing time to almost double (not much we can do there...) [04:25] right [04:26] thanks for fixing it [04:46] and it seems testing is also halted for a bit longer time probably [05:10] === trainguard: IMAGE 275 DONE (finished: 20140403 05:10) === [05:10] === changelog: http://people.canonical.com/~ogra/touch-image-stats/275.changes === [05:11] ogra_, Mirv: wow, 3 hour image build, longest one I've ever seen! [05:14] that was indeed a long one, but great that it happened at last. too bad we won't get test results. [06:29] psivaa_: hey, I think we'll have to run all the tests ourselves manually to know what's the image status is if we don't have devices, you do have a mako, right? [06:54] didrocks: no. i dont have a mako [06:57] ok, Mirv: do you think you would have time for that? [06:57] (like a background task, and don't do landings meanwhile) [06:58] didrocks: I can squash two bugs in a one run, since I'm soon about to test a qtdeclarative update [06:58] Mirv: yeah, that's a good plan then! :) [06:59] oh, the date format fix? [06:59] it's already there, nice! [06:59] well Pat suggested that "maybe these two lines would work", so I'm testing that now and if it works properly without regressions I'll submit it upstream [07:00] first findings is that yes it seems to work, but the real test is with RSS Reader and then seeing nothing regresses [07:01] yeah === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: psivaa | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [08:24] didrocks, seems stgraber added i386 to the system-image builds last night ... which he said he can only run serialized ... which in turn resulted in the last image taking 3:05h to build [08:25] (i'll talk to him tonight to rip it out again and find a way to parallelize that, but todays builds will most likely take that long :/ ) [08:25] ogra_: ok, thanks for the head's up [08:27] ogra_: He said fairly clearly in scrollback that most of the delay was due to the cronjob being accidentally disabled for a while [08:27] cjwatson, oh, right, so thats not the real time yet ... he warned me that i should look at the build time since it would be significantly longer [08:27] ogra_: So please see how long the next build takes before taking any action [08:27] right [08:28] thanks for the heads up, i totally missed that above [08:34] ogra_: could you please tekk me what do I do wrong? -> http://pastebin.ubuntu.com/7197747/ FAILED (failures=18) [08:38] bzoltan: I wonder if phablet-config autopilot --dbus-probe enable is needed, that's what I do before running tests as mentioned at https://wiki.ubuntu.com/Touch/Testing#Running_Click_tests [08:39] Mirv: OK... I try that [08:41] didrocks: packaging ACK needed -> https://ci-train.ubuntu.com/job/landing-015-2-publish/4/artifact/packaging_changes_unity-scope-click_0.1+14.04.20140402-0ubuntu1.diff (new dep, it's in universe but -scope-click is as well) [09:05] sil2100: +1 [09:44] ogra_: popey: contrary to what i said in the meeting, we now have a flo impacted by the reboot issue, with 275 [09:45] ugh [09:45] psivaa, can you ask whoever does the reboot to capture /proc/last_kmsg from recovery ? [09:46] ogra_: ack, will do that. [09:46] ogra_: http://paste.ubuntu.com/7197823/ [09:46] (it is important that there is no reboot between the hang and getting that log) [09:47] ogra_: hum, with 275, which is supposed to adb wait, have all tests failing, and then reboot? === vrruiz_ is now known as rvr [09:48] didrocks, well, depends where it actually hangs ... if it is run-init there is no way to get any adbd up [09:48] ok [09:48] what psivaa posted above doesnt seem to hang in run-init though [09:49] yeah [09:49] can we centralize all that into a bug? [09:49] that will make tracking/conversation better [09:49] [ 25.702487] transport_store: usb cable is not connected [09:49] interesting [09:51] Mirv: that dbus-probe does not help [09:52] if it actually thinks the cable is disconnected we cant really do much :( [09:52] Mirv, ogra_, didrocks: stock image ... not even a single app gives good results. [09:52] bzoltan: hum, that's not what Mirv is experiencing though? [09:52] as he's rerunning everything manually [09:52] bzoltan: unrelated to the boot issue I guess? [09:53] (you are booted) [09:53] bzoltan, note that the shell handling changed, make sure to be on the latest phablet-tools etc [09:53] didrocks: I am booted [09:53] ogra_: I check that [09:53] foundations dropped a few things from the login process (and added others) [09:54] ogra_: Installed: 1.0+14.04.20140401-0ubuntu1 [09:54] seems to be fresh [09:55] in the logs I see %CLICK_FRAMEWORK%-%CLICK_ARCH% [here comes the directory listing of my ~] (process:8732): WARNING **: Unable to register app: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: Invalid application ID [10:09] bzoltan: so far I haven't had problems with #275 [10:10] Mirv: I do not know what the problem is ... I wish to understand. I am sure it is not about the image... but the tools [10:11] Morning all [10:13] ogra_: it thinks it's disconnected on the host or device side? [10:13] are we back to the device online and restart adb server to get it back situation? [10:13] sergiusens, well, it shouldnt [10:13] oh, i havent tried that yet [10:14] let me reproduce the error ... i'm at the 25th loop, still working [10:14] it is so annoying that it takes forever too even get it ... i hate such bugs [10:14] aha ! [10:15] #27 hangs :) [10:15] nope [10:15] restarting didnt help [10:15] lets see what last_kmsg says ... i added some extra panic line after run-init [10:17] hmm, so it doesnt pass run-init http://paste.ubuntu.com/7198063/ [10:17] (else it would have printed something ) [10:17] * ogra_ adds more printing [10:18] oh ! [10:18] dang [10:20] heh, trying to work on the device while the loop script runs in another terminal isnt helpful :P === MacSlow is now known as MacSlow|lunch [10:25] Mirv: like this http://pastebin.ubuntu.com/7198089/ [10:25] popey, hmm, your pastebin is differnt from the mail content [10:26] oh [10:26] did i grab the wrong one [10:26] well, it moves forward there [10:26] what is irritating is that systemd-udevd starts that early [10:26] it should start after the contsainer [10:28] sorry, http://paste.ubuntu.com/7197970/ [10:28] too many pastebins open [10:30] bzoltan: hrm. something clearly wrong, but what... [10:30] bzoltan: what I do before starting the tests is apt-get install ubuntu-ui-toolkit-autopilot address-book-app-autopilot messaging-app-autopilot dialer-app-autopilot friends-app-autopilot webbrowser-app-autopilot mediaplayer-app-autopilot unity8-autopilot ubuntu-system-settings-online-accounts-autopilot ubuntu-system-settings-autopilot [10:30] and I don't see such errors as that missing module === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [10:44] can someone give me a jand with jenkins, I have tested the tests in a branch on my machine and the phone and the tests pass but it seems that PS jenkins is "slow" and the timeouts of the QTRY_COMPARE are not long enough.. :-/ [10:46] popey: didrocks: so I found an app in Ubuntu Netwalk that does the renaming issue I have installed it twice from available but on once does it show up in click list http://paste.ubuntu.com/7198136/ So from that I can only assume it is safer than we think my big concern would be updates not sure on a happy way to test that though [10:47] s/but on/but only [10:48] davmor2: ok, if you can test updates, that would be excellent! [10:48] ogra_: you don't need anything else from my phone do you? [10:48] popey, nope [10:48] thanks [10:48] mandel: jenkins doesn't build itself your requests, it's the distro builders building it [10:49] didrocks, hm.. bummer, tests used to pass with no problems, but now the simply fail and I'm quite sure is due to timing issues [10:49] * mandel adds even more timeouts while thinks of a diff way to test qt signals [10:50] didrocks: also I can't reproduce the mediascanner crashers so I'm going to assume for now that they are invalid and refile if it happens again so those can be knocked off the blocker list along with the unity8 crasher I guess [10:50] mandel: basically we do build in the exact same environment/machines (really the same, as it's the final product we build) than distro. [10:50] davmor2: ok, please tell that on the ML [10:51] * sil2100 reminds thostr_ about m&c o/ [10:51] didrocks, ok, I wonder what has changed to it not to run as fast as it used.. anyway, I'll think a work around [10:51] didrocks: will do [10:51] mandel: Qt, distro… a lot of things changes continously [10:52] didrocks: I just realised you have a time machine that you have been hiding from the rest of the team no wonder you get so much work done ;) 02.04.13 indeed :D [10:52] didrocks, well, yes but in a clean chroot in my system works so I don't see a "code" reason to see this issues, for example, tests do pass in amd64 but fail in arm on the buildservers while th tests do pass in the phone [10:55] mandel: yeah, clearly timing-related [10:55] davmor2: yeah, mentionned it yesterday :p [10:56] mandel: didrocks; when mandel said jenkins, he might mean the ps-bot running for the MRs (not clear from the conversation) [10:56] didrocks, sergiusens the issues are in the MR, yes [10:56] sigh ... 84 reboots ... no hang [10:56] sergiusens: oh, good point! [10:56] * ogra_ curses this day [10:57] "almost done" #275 report that all AP:s seem to pass so far but I've a couple of weird things that I'll document in more detail [10:57] mandel: ok, so not us, ping the CI team :) [10:57] didrocks, ok [10:57] Mirv: ok, thanks [10:57] didrocks, channel? [10:57] mandel: that one, ping the vanguard [10:57] Mirv: thanks ;) [10:59] didrocks: So you mentioned you had a time machine I must of missed that :) [10:59] mandel: citeam is supposed to have a highlight setup for 'cihelp' -> read topic ;-) [11:01] cihelp, any idea on why the following tests are failing => https://jenkins.qa.ubuntu.com/job/ubuntu-download-manager-trusty-amd64-ci/377/console when they do pass on a machine and on the phone (I can confirm that the tests do have a timeout nad that it can be increased but it would make no sense to do so) [11:01] mandel: /me looks [11:02] mandel: the funny thing is that I was thinking about you not 5 minutes ago ;) [11:02] vila, the tests have been passing for a long time, the issue here is that they are slow in those machines... [11:02] vila, what did I do? [11:02] mandel: hey, good stuff, don't panic ;) [11:03] mandel: let's talk about that later [11:03] vila, ok :) [11:04] vila, one of the possible only reasons I can think of if that I moved to cmake to run the tests and that uses ctest.. [11:04] mandel: ctest never succeeded or ? [11:05] didrocks: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1301871 [11:05] Ubuntu bug 1301871 in unity8 (Ubuntu) "Last track visible on the music carousel can not be used" [High,New] [11:06] davmor2: thanks [11:08] mandel: and http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-trusty-amd64-ci/378/consoleFull succeeded [11:08] vila, some tests do run, but the issue is that I'm testing that qt signals are emitted, to do so I use a qt macro that try to check that the signal was emitted with a timeout and allows the events to be processed during the execution http://qt-project.org/doc/qt-5.0/qttestlib/qtest.html#QTRY_COMPARE [11:08] vila, exactly, while the arm ones fail.. [11:09] vila, so it looks like the arm machines are slow or (if they use qemu) something is going on there [11:09] alecu: how is the fix for https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1279481 progressing it's possibly about to become a blocker if it screws up updates :( [11:09] Ubuntu bug 1279481 in unity-scope-click (Ubuntu) "scope uses app title to uniquify list of installed applications" [Critical,In progress] [11:09] vila, in theory I can pass a longer timeout, so that the test runs for longer in the psbot but feels like a dirty workaround [11:10] mandel: and 377 is on arm ? Doesn't look like it can you help me find the right pieces to compare ? [11:10] mandel: yeah, we had that discussion already some months ago right ? [11:11] vila, correct [11:11] vila, let me point you to an error with the same tests in trunk that failed [11:11] vila, give me a few mins [11:11] davmor2: it will be fixed by this branch: https://code.launchpad.net/~alecu/unity-scope-click/use-tested-search/+merge/212252 [11:12] mandel: I need to grab some food, bb in a few minutes [11:12] davmor2: but, if we need it to land faster I can backport it on a smaller branch so it gets to trunk earlier [11:12] didrocks: ^ [11:12] davmor2: because I'm still a day away from finishing the big branch above, and I'm not making any progress by having all these meetings in the scopes sprint :-) [11:12] davmor2: that has already landed AFAIK, as told during the meeting (in proposed or unapproved) [11:12] * ogra_ sighs ... i cant reproduce the hang at all anymore [11:13] I thought? [11:13] * didrocks looks [11:13] didrocks: you probably mean the unicode fix? [11:13] alecu: yeah, I was told it was the fix for the issue davmor2 mentionned [11:13] didrocks: this is about some apps that are duplicated because they have a different title in the .desktop than in the click package index webservice. [11:14] davmor2: right? ^ [11:14] alecu: ah ok [11:14] didrocks: davmor2: what landed was this unicode issue: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1298327 [11:14] Ubuntu bug 1298327 in unity-scope-click (Ubuntu) "Wrong character encoding in app previews" [Critical,Fix released] [11:15] can someone tell me how I can re-trigger a click build at http://s-jenkins:8080/view/click/job/music-app-click/ ? [11:15] davmor2: so, please let me know if I need to hurry the fix for "some apps are duplicated" or if it can wait a day more. [11:16] * popey discovers a "Build now" button and presses it [11:16] alecu: I still see that on image 275 [11:16] davmor2: which one? [11:16] the unicode issue [11:16] davmor2: it has probably landed less than an hour ago, I don't know if it's on the image yet [11:17] Ah okay [11:17] so next image should have that fixed then [11:17] davmor2: please let me know if it's not fixed on the next image [11:17] davmor2: ditto [11:19] didrocks: so we need to decide how important the double apps is so alecu knows whether to land it as a smaller fix I think getting it in sooner rather than later we help us in a possible promotable image right? [11:23] Mirv: ogra_: even after installing all thepackages -> http://pastebin.ubuntu.com/7198266/ That is on a stock image... [11:24] vila, no code was changed from trunk related to the tests in the following => https://jenkins.qa.ubuntu.com/job/ubuntu-download-manager-trusty-amd64-ci/272/console [11:24] mandel: just back, what a stnc... [11:25] vila, as you can see, is in amd64 and the line that says task-0: FAIL! : TestDownload::testTotalSizeError() Compared values are not the same is a perfect example [11:29] bzoltan, a) this is not the latest image (the patch to disable adjust_soc messages from the mako kernel landed on monday), b) you seem to have ofono-phonesim-autostart installed, this isnt the case in automated testing (all packages used in previous tests get uninstalled there) [11:29] alecu: so personally the quicker that fix lands the better but if it is landing tomorrow that might be soon enough but I'll leave that in the hands of didrocks :) [11:31] ogra_: this error was the same with #275 ... [11:31] might be, just saying that the log is not from a recent image [11:34] mandel: ack, revno 251 is a no-change rebuild, good, now let's try to see if we can find some correlation with genie load... [11:34] mandel: no wait it's kinnara for 271 and 272 (at the start of the job: Building remotely on kinnara ) [11:35] alecu: yeah, the quicker fix if possible [11:36] didrocks: packaging app for mediascanner2 dropping its unused Unity scope https://ci-train.ubuntu.com/job/landing-012-2-publish/lastSuccessfulBuild/artifact/packaging_changes_mediascanner2_0.100+14.04.20140403-0ubuntu1.diff [11:36] ack, not app [11:37] Mirv: +1 [11:37] thx [11:37] sil2100: is there a CI problem? Jenkins doesn't seem to have done anything for 10 hours or so: https://code.launchpad.net/mir/+activereviews [11:39] mandel: except, I can't get usable load data :-/ [11:39] vila, I wonder, is there a way we can test that, for example, you can trigger a rebuild, correct? [11:40] vila, I don't have the rights to do it [11:40] mandel: sure, can't you ?? [11:40] >-/ [11:40] alan_g: I told you to ping the banfuard, so "cihelp" [11:40] (see /topic) [11:40] cihelp: is there a CI problem? Jenkins doesn't seem to have done anything for 10 hours or so: https://code.launchpad.net/mir/+activereviews [11:40] thanks :) [11:41] the landing team isn't piloting those CI jobs [11:41] alan_g: I guess it's due to the phone breakage in the datacenter though [11:41] as per the phone ML [11:41] proposed-migration et al stopping for battery replacement on their host [11:41] mandel: job/ubuntu-download-manager-trusty-amd64-ci <- that one right ? [11:42] alan_g: do you know about the corresponding jenkins jobs to speed things up ? [11:42] vila, http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-ci/383/rebuild [11:42] vila, right? [11:43] mandel: ha ! better, thanks [11:44] mandel: but... then you can trigger the rebuilds no ? [11:44] mandel: or jenkins shouldn't give you a way to get that url (unless you crafted it manually " ;) [11:45] vila, the ps bot adds it as a comment, I don't have access [11:45] vila, => https://code.launchpad.net/~mandel/ubuntu-download-manager/upload-interface/+merge/213458 [11:45] mandel: ha great [11:46] vila: you mean something like: http://s-jenkins.ubuntu-ci:8080/job/mir-team-mir-development-branch-ci/ [11:46] alan_g: perfect ! [11:47] alan_g: but there a re a bunch of jobs running there [11:47] alan_g: Waiting for the completion of mir-mediumtests-trusty-touch in http://s-jenkins.ubuntu-ci:8080/job/mir-team-mir-development-branch-ci/1235/console [11:47] alan_g: image #274 killed all our makos [11:48] vila, I need to grab some food, I'll be back asap [11:48] vila: if didrocks is right about the phone hardware being AWOL then that's the explanation === mandel is now known as mandel|lunch [11:48] alan_g: fginther sent an email on the phone ML I think [11:48] * alan_g knows nothing about that email or list [11:48] grr, missed that in the log, yeah, didrocks is definitely right [11:49] vila, didrocks: thanks [11:49] alan_g: https://launchpad.net/~ubuntu-phone if you run tests on phones you should subscribe... [11:50] vila: now I know about it... [11:50] alan_g: good ;) Sorry, it's a bit messy today ;) [11:53] didrocks, davmor2: ack [11:57] mandel|lunch: so, http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-trusty-armhf-ci/379/consoleFull and http://s-jenkins.ubuntu-ci:8080/job/ubuntu-download-manager-trusty-armhf-ci/380/consoleFull are currently running on the same arm node (cyclops-08) [11:57] mandel|lunch: that means you can encounter different load levels ... [11:58] mandel|lunch: which I suspect you never see when running on a phone [12:00] mandel|lunch: From the jobs I've looked at so far, your tests can run on (genie, kinnara) amd64, and cyclops-{08,09,10,11,12,13} arm [12:00] mandel|lunch: the amd64 nodes have 12 executors each, the arm ones 2 each === cjohnston changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cjohnston | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: makos are down [12:00] mandel|lunch: so you have no guarantee about the load [12:02] mandel|lunch: executor is what jenkins call the bit that run a job, so 2 executors == up to 2 jobs running at the same time [12:03] ogra_: #275 on mako, I just rebooted and get the google logo, but adb is available to me.. [12:03] popey: the light ! [12:03] popey, great, so the container failed to start i assume [12:03] how do i tell? [12:04] you should see a lot of /system/bin/foobar in your processlist if it rins [12:04] guys, can someone please try adding a U1 account on the phone [12:04] *runs [12:04] nope [12:04] and thre should also be /init as well as /sbin/init in the processlist [12:04] nope, only /sbin/init [12:04] ogra_: r275 -> http://pastebin.ubuntu.com/7198400/ === alan_g is now known as alan_g|lunch [12:05] popey, check /var/log/lxc/android.log and /var/log/upstart/lxc-android-config.log [12:05] (and indeed syslog) [12:05] for me it seems to fail a lot earlier here though (see the ML) [12:06] /var/log/upstart/lxc-android-config.log: No such file or directory [12:06] ok [12:06] nothing lxc* in /var/log/upstart [12:06] well, see the android.log [12:07] lxc-start 1396526456.109 ERROR lxc_cgfs - cgroupfs failed to detect cgroup metadata [12:07] lxc-start 1396526456.109 ERROR lxc_start - failed initializing cgroup support [12:07] lxc-start 1396526456.109 ERROR lxc_start - failed to spawn 'android' [12:07] hmm [12:07] cgroup issues ... we had lots of changes in that area recently [12:08] let me upgrade to 275 too [12:08] (will take 30min or so) [12:08] ah, no wait, i can do ota [12:11] at least we know my emergency adb shell works :P [12:14] popey, no issues with 275here for me after OTA [12:15] hmm, odd [12:15] * ogra_ fires up the loop script [12:15] i did ota from 274 to 275 [12:15] popey, file a bug, but thats not the same issue [12:28] didrocks: so I keep getting this issue where the screen is greyed out and I think I know what the cause is. if you swipe the screen left to right to unlock it the welcome screen is not 100% off the screen same thing happens with apps from time to time so I'm going to add some more details to popey 's bug report [12:30] ok, i can reproduce on 275 === jhodapp|afk is now known as jhodapp [12:34] ogra_: tadda ! How many loop cycles ? [12:34] 23 [12:35] :-/ better than 62 ! :-} [12:37] cjwatson: any idea what's going wrong here? http://91.189.93.70:8080/job/generic-mediumtests-trusty/1917/testReport/junit/calendar_app.tests.test_calendar/TestMainView/test_new_event_with_mouse_/ [12:37] i watched the video and can't see why the test fails. [12:41] popey: hm, you sure you meant me rather than cjohnston? [12:41] geh, need coffee ;/ [12:44] goops [12:44] cjwatson: correct ☻ [12:44] proposed-migration back up, btw [12:45] popey: beats me.. maybe when fginther gets in he will have an idea [12:46] ok. [12:46] popey: is it only with that MP that its failing? [12:46] seems so. [12:49] ogra_, vila: yeah it seems pretty random - how many loops to reproduce it [12:49] right [12:50] ogra_, vila: I had one run through several hundred cycles last night [12:50] with no problem [12:50] i noticed the phone gets pretty warm when it hangs [12:50] oh my... if temperature comes into play.... [12:50] I'm having better luck with increasing the sleep like popey suggested though [12:50] Mirv: thanks for pressing m&c for webbrowser ;) [12:50] so i'm currently trying to hack top output into the initrd right before rin-init [12:50] Mirv: I'll assign a silo for the other webbrowser landing once this finishes [12:50] *run-init [12:50] thostr_: some more m&c for you! [12:51] sil2100: just pressed the button [12:51] sil2100: yep, that was the plan [12:52] plars: better luck with longer sleeps... could that be that the phone warms *more* ? [12:52] vila: wouldn't think so... if any thing it has more time to settle after rebooting [12:52] ogra_, plars: and cut power because of that ? [12:53] vila: I could set it on fire [12:53] plars: that's the idea, it doesn't settle but loop on something [12:53] plars: hehe [12:53] there is some process that hangs i think [12:53] vila: if that were the case, we would have seen a lot more systemsettle issues during testing I think [12:53] and we didn't see any [12:53] if i could top output anything but "unknown terminal type." then i could do another debug run :P [12:54] vila: if we were getting some process chewing up the cpu that is [12:54] plars: but systemsettle happens far later no ? [12:54] vila: happens pretty soon after boot, and again after the tests run [12:55] plars: right, but aiui, an lxc container is not even started when the phone hangs [12:55] it happens inside the initrd [12:55] before it goes to the rootfs [12:55] sil2100: well, thanks for monitoring the new silo assignment, I guess I should end my day again anyway... [12:55] ogra_: so before systemsettle ? [12:55] vila, before it even started booting [12:56] sil2100: landing-008 would be ready to be published as I wrote there, but somehow I stuck to the idea that someone else could confirm also on the bug report that the bug was fixed (which is what I already tested myself)... [12:56] ack, anyway, I'm not helping, muting myself [12:56] Mirv: ok, I'll try taking a look at that landing then - thanks :)! [12:56] fginther: when you awaken, could you please take a look at why https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355 fails, thanks! [12:57] vila, a boot goes (simplyfied): bootloader->kernel->initrd->rootfs->android-container->lightdm/unity [12:57] sil2100: thanks! [12:57] vila, when we hang we hang while exiting the initrd [12:57] popey, sure === alan_g|lunch is now known as alan_g [13:05] didrocks, btw, I can confirm I still get redirected to http:///job from time to time - usually after some time I've not been at the train (maybe reconnected network?) === wgrant_ is now known as wgrant [13:05] it would be nice if you guys could archive some of the landed line [13:05] it makes the list easier to scroll/read ;-) [13:06] Saviq, that happens to me as well [13:06] seb128: Saviq: the only ones having a clue about that are on the webops channels I'm afraid [13:06] maybe open a RT? [13:06] * Saviq does [13:07] I've another issue also when the first click on "build" doesn't work [13:08] it seems to just refresh the page [13:08] then clicking again works [13:08] seb128: can be a related issue, like as well, I can sometimes get logged in [13:08] and it refreshes to a page I'm not logged in [13:11] popey, I see this in the console log for the failing test: file:///usr/share/calendar-app/calendar.qml:89: TypeError: Cannot call method 'isSameDay' of undefined [13:11] popey, could that result in the app aborting? [13:13] could be. [13:19] dobey: can you review this branch? it will hopefully fix davmor2's issue: https://code.launchpad.net/~alecu/unity-scope-click/unique-name/+merge/214021 [13:28] hmm, no runaway processes when it hangs [13:33] didrocks: do you have time for a little chat with me ? [13:33] kgunn: I have for 1.5h of meetings, free afterwards [13:33] kgunn: that will be good for you? [13:33] didrocks: :) yep...that'll work [13:34] just question about updating a project with new packages etc (glmark2) [13:35] kgunn: ok, let's sync on that [13:38] seb128, boiko, Saviq: I assigned silos for you guys, but it seems the spreadsheet is taking its time with refreshing the status [13:38] sil2100, thanks [13:38] sil2100: thanks === mandel|lunch is now known as mandel [13:39] sil2100, ok, thanks [13:42] hm, actually, there seems to be a bug on the spreadsheet [13:43] didrocks: ok, I noticed that suddenly all rows from line 55 to the end of the spreadsheet have a different formula in columns C and L [13:44] didrocks: how are those added to those columns? Are they manually set in the spreadsheet or does the scripts fill those formulas in there? [13:44] * sil2100 looks into the code [13:48] Ah [13:48] didrocks: ok, so it seems that someone (?) modified the formula of the first landing request ;/ [13:49] didrocks: and the script uses the first landing row as the 'base' for the formula and all the new landing rows are broken - fixing that [13:51] didrocks: ok, fixed the first landing row and all the 'added' landing rows - now everything should have the 'correct' formula [13:52] Saviq, boiko, seb128: the spreadsheet fixed, you can build and work normally [13:52] sil2100, \o/ [13:53] sil2100, \o\ |O| /o/ [13:56] popey: what was the bug number for the grid layout issue I can't find it [13:57] davmor2: bug 1300302 [13:57] bug 1300302 in unity8 (Ubuntu) "Dead area at bottom when scrolling in scopes" [Undecided,Incomplete] https://launchpad.net/bugs/1300302 [13:57] popey: thanks dude [14:00] seb128: I'm doing a tender loving m&c of silo 18 [14:01] sil2100, thanks ;-) it's getting difficult to browse that list (did you see my comment about that an hour ago?) [14:03] seb128: argh, really? :/ [14:03] oopsss [14:03] sil2100 ^ [14:03] (sorry, in meetings) [14:03] sil2100: the script copy the formulas there [14:03] sil2100: copying from line 4 [14:08] didrocks: I know, as mentioned, I checked, noticed and fixed ;) [14:09] didrocks: no worries, your code is made easy-readable - sorry to have bothered, just wanted to keep you up-to-date [14:10] hello [14:10] can someone trigger a CI run for this MR? https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-002/+merge/202171 [14:11] t1mp: just leave an approval and it should re-trigger, right fginther ? [14:14] that was not the case before as far as I know. Is that new? [14:14] popey, t1mp, for CI runs, a push of a new version will automatically trigger a rebuild [14:14] davmor2: can you tell me the name of any of the apps that show up duplicated? [14:15] fginther: that is only the case if it is pushed by a canonical person, that is not the case here [14:15] t1mp, ahh, I wasn't aware that was the case... [14:15] alecu: ubuntu netwalk [14:15] fginther: but we are happy to accept patches from outside (as long as we review it) [14:15] great [14:15] fginther: if I leave an approval (not top-approve yet), it will trigger CI? [14:16]