=== _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [07:10] Mirv, hi, automated signoff is failing for https://requests.ci-train.ubuntu.com/#/ticket/1109 , there is apparently some issue with i386 build: https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-006/excuses.html [07:11] Mirv, can I have access to the machine where the error happened? I cannot reproduce even in an i386 chroot [07:13] abeato: no that's not possible but I can retry to see if it's flaky (it should be made non-flaky of course) [07:14] except that there's a server error, I'll contact pitti [07:14] Mirv, that would be great thanks [07:14] Mirv, how can we debug this sort of stuff? what is it running? autopkg tests? [07:15] Mirv, even more, I do not see ofono has autopkg tests, no idea where it is getting them from [07:15] abeato: autopkg tests, adt-run [07:16] abeato: it's ofono-phonesim. so the page means that ofono has a reverse dependency of ofono-phonesim, so the autopkgtests for ofono-phonesim are executed [07:16] Mirv, aha, I see, thanks [07:17] there's debian/tests/script and debian/tests/scripts/sms.js [08:10] abeato: ok pitti fixed disk space issue and it's now rerunning at http://autopkgtest.ubuntu.com/running.shtml - note that there will be a period of no knowledge after it disappears from there and before the excuses page is updated with the new result [08:10] Mirv, thanks... how did you notice there was an issue with space? [08:11] abeato: it was not disk space error during the job, but disk space error when I tried to trigger a retry of the job. [08:11] Mirv, ah, ok [08:24] abeato: it passed this time [08:24] Mirv, hmm, interesting... must be that the test is flaky I guess [08:24] Mirv, I'm giving it a try locally [08:26] abeato: thanks. maybe file a bug to https://bugs.launchpad.net/ubuntu/+source/ofono-phonesim too. [08:27] Mirv, ack, I'll do [08:38] Mirv, bug #1557958 [08:38] bug 1557958 in ofono-phonesim (Ubuntu) "Flaky autostart autopkgtest" [Undecided,New] https://launchpad.net/bugs/1557958 [09:00] abeato: thanks! === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [11:15] sil2100: time to publish https://requests.ci-train.ubuntu.com/#/ticket/1082 ? [11:41] Mirv: two questions. 1) When I give ubuntu-ui-toolkit as PACKAGES_TO_REBUILD then why the gles package is attempted to build? Is there a too easy regular expression somewhere? 2) Why it does not even start to build the requested package in the silo? [12:39] jibel, any chance of QA getting to test this story today? https://trello.com/c/cxgweD5V/2887-1100-ubuntu-landing-019-location-service-ssweeny [12:39] bzoltan_: 1) probably due to twin packages magic by robert, 2) see 1) ... [12:41] Mirv: :) kind of dead end with that silo... how to force to rebuild the main? [12:47] bzoltan_: hey the gles rules file is being modified invalidly, taking away the get-orig-source part. [12:48] bzoltan_: but I'm not sure why, gles-staging doesn't have such a change, your branch does [12:48] Mirv: wut da hack??? [12:48] Mirv: should I sync my branch with the staging? [12:49] bzoltan_: something went very wrong here http://bazaar.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA10-landing-2016-03-10-gles/revision/127 [12:49] bzoltan_: well just a sync may not be enough, I don't know what happened there but the changes there are not from gles-staging [12:50] Mirv: that is strange ... none of those changes are intentional [12:50] bzoltan_: more you took debian/rules from normal UITK staging and committed that to your gles branch [12:50] bzoltan_: looks like that [12:50] Mirv: that is horrible...So I better override with the staging rules [12:51] bzoltan_: so rather copy the debian/rules from gles-staging back and add back just the new QT_SELECT line and commit that [12:51] Mirv: +1 [12:53] Mirv: done [13:03] bzoltan_: looks good now [13:07] rvr, \o/ thanks [13:07] jgdx: :) [13:08] jgdx: I saw a strange thing that I haven't been able to reproduce, though [13:08] rvr, tell me [13:08] jgdx: After installing the packages and reboot, there were no icons for Data and Hotspot === alan_g is now known as alan_g|lunch [13:09] jgdx: I rebooted and everything is fine. And there are no crash files. [13:09] rvr, Data? As in the indicator? [13:10] jgdx: No mobile options in the indicator and no mobile icon in Settings [13:11] Maybe it didn't recognize the SIM card in that reboot [13:11] rvr, do you still have ~/.cache/upstart/indicator-network.log* ? === _salem is now known as salem_ [13:55] ubuntu-qa: https://requests.ci-train.ubuntu.com/#/ticket/1106 is ready if you want to fasttrack it, autopkgtests take ages (12h+) and it's only modifying things for turbo (and potentially arale regression if the logic has a mistake, I'm not sure about that version string) [13:56] Mirv: that's all lies there no such thing as only changes on if it lands everywhere :P [13:57] Mirv: we'd still need a ticket for it to get fast tracked [13:58] davmor2: sure if the logic would be totally broken it also disables bgra on all devices and not just where it should be (arale+turbo) [13:58] davmor2: I can't help with the ticket, I don't have other than commenting rights on your trello board [13:59] jibel: ^ I'll leave this one to you and go back to the silo I'm testing [14:00] davmor2, Mirv it'll be in the queue when it'll be in the queue. let the system do its job [14:00] jibel: ok, if the system is broken then it'll be days, but I assume then there's no hurry with that turbo fix [14:01] so it's 12h minimum but it's looking like there might be KDE breakage in release pocket looking from other silo's results, which would mean it will not get to the queue [14:33] sil2100: can you publish https://requests.ci-train.ubuntu.com/#/ticket/1082 ? === chihchun is now known as chihchun_afk [15:58] sil2100: ping [15:58] morphis: pong [15:58] sil2100: you saw my message above? [15:58] morphis: yes, published it then :) [15:58] sil2100: awesome! thanks [15:59] morphis: btw. yay for removal of the gcc-4.7 requirement \o/ [15:59] sil2100: not for vivid [16:00] sil2100: I would say we will try to fix that issue once we move to xenial [16:00] and leave things as is for vivid [16:04] abeato: hey! I was looking into silo 6 and saw that you guys added a new build-dep of libsystemd-dev that's not documented in the changelog - what is it used for? [16:05] sil2100, it is used to track the user at seat0 (always phablet user for the moment) [16:30] Kaleo: Hi. Silo 30... It says it fixes "camera viewfinder is black when attaching video from messaging-app". Almost. In krillin, if I open the camera-app, set the 4:3 ratio, go back to messaging app and attach the video, the video feed is blurred. === salem_ is now known as _salem === _salem is now known as salem_ [17:38] hey guys, i have silo 013 and 003 which are technically approved according to the Trello board, but silos not fully landed yet [17:38] is there anything you need me for? [17:38] rvr maybe if you can check ^^ ? [17:41] dbarth_, I reapproved silo 13, not sure why it's been rebuilt after approval [17:41] dbarth_, I think you can publish 3, there is nothing left to do on our side [17:44] jibel: thank you [17:44] perfect [17:44] jibel: however, i don't have published rights, but i think that's automatic afaict once siloes are fully approved [17:44] bbl === alan_g is now known as alan_g|EOD === salem_ is now known as _salem === _salem is now known as salem_ [18:42] Kaleo: I have failed silo 30 [18:42] Kaleo: I reproduced the problem in arale === salem_ is now known as _salem === _salem is now known as salem_ [19:41] kenvandine: mterry can somebody publish silos 3 and 13? Thanks [19:42] * mterry is a bit busy, but poke me later if no one does it [19:55] robru, i'll look [20:18] kenvandine: thanks [20:18] np [21:27] mzanetti: oh whoops my fault, uses silo 41 as pre req [21:27] not sure can be fixed before 41 lands === salem_ is now known as _salem [21:57] mterry, yeah, we *could* copy over the ppa, like saviq did with 64 -> 41... but not sure if it's worth it