[07:10] <abeato> 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] <abeato> Mirv, can I have access to the machine where the error happened? I cannot reproduce even in an i386 chroot
[07:13] <Mirv> 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] <Mirv> except that there's a server error, I'll contact pitti
[07:14] <abeato> Mirv, that would be great thanks
[07:14] <abeato> Mirv, how can we debug this sort of stuff? what is it running? autopkg tests?
[07:15] <abeato> Mirv, even more, I do not see ofono has autopkg tests, no idea where it is getting them from
[07:15] <Mirv> abeato: autopkg tests, adt-run
[07:16] <Mirv> 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] <abeato> Mirv, aha, I see, thanks
[07:17] <Mirv> there's debian/tests/script and debian/tests/scripts/sms.js
[08:10] <Mirv> 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] <abeato> Mirv, thanks... how did you notice there was an issue with space?
[08:11] <Mirv> 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] <abeato> Mirv, ah, ok
[08:24] <Mirv> abeato: it passed this time
[08:24] <abeato> Mirv, hmm, interesting... must be that the test is flaky I guess
[08:24] <abeato> Mirv, I'm giving it a try locally
[08:26] <Mirv> abeato: thanks. maybe file a bug to https://bugs.launchpad.net/ubuntu/+source/ofono-phonesim too.
[08:27] <abeato> Mirv, ack, I'll do
[08:38] <abeato> Mirv, bug #1557958
[09:00] <Mirv> abeato: thanks!
[11:15] <morphis> sil2100: time to publish https://requests.ci-train.ubuntu.com/#/ticket/1082 ?
[11:41] <bzoltan_> 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] <jhodapp> 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] <Mirv> bzoltan_: 1) probably due to twin packages magic by robert, 2) see 1) ...
[12:41] <bzoltan_> Mirv: :) kind of dead end with that silo... how to force to rebuild the main?
[12:47] <Mirv> bzoltan_: hey the gles rules file is being modified invalidly, taking away the get-orig-source part.
[12:48] <Mirv> bzoltan_: but I'm not sure why, gles-staging doesn't have such a change, your branch does
[12:48] <bzoltan_> Mirv: wut da hack???
[12:48] <bzoltan_> Mirv: should I sync my branch with the staging?
[12:49] <Mirv> bzoltan_: something went very wrong here http://bazaar.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA10-landing-2016-03-10-gles/revision/127
[12:49] <Mirv> 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] <bzoltan_> Mirv:  that is strange ... none of those changes are intentional
[12:50] <Mirv> bzoltan_: more you took debian/rules from normal UITK staging and committed that to your gles branch
[12:50] <Mirv> bzoltan_: looks like that
[12:50] <bzoltan_> Mirv:  that is horrible...So I better override with the staging rules
[12:51] <Mirv> 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] <bzoltan_> Mirv: +1
[12:53] <bzoltan_> Mirv:  done
[13:03] <Mirv> bzoltan_: looks good now
[13:07] <jgdx> rvr, \o/ thanks
[13:07] <rvr> jgdx: :)
[13:08] <rvr> jgdx: I saw a strange thing that I haven't been able to reproduce, though
[13:08] <jgdx> rvr, tell me
[13:08] <rvr> jgdx: After installing the packages and reboot, there were no icons for Data and Hotspot
[13:09] <rvr> jgdx: I rebooted and everything is fine. And there are no crash files.
[13:09] <jgdx> rvr, Data? As in the indicator?
[13:10] <rvr> jgdx: No mobile options in the indicator and no mobile icon in Settings
[13:11] <rvr> Maybe it didn't recognize the SIM card in that reboot
[13:11] <jgdx> rvr, do you still have ~/.cache/upstart/indicator-network.log* ?
[13:55] <Mirv> 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] <davmor2> Mirv: that's all lies there no such thing as only changes on if it lands everywhere :P
[13:57] <davmor2> Mirv: we'd still need a ticket for it to get fast tracked
[13:58] <Mirv> 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] <Mirv> davmor2: I can't help with the ticket, I don't have other than commenting rights on your trello board
[13:59] <davmor2> jibel: ^ I'll leave this one to you and go back to the silo I'm testing
[14:00] <jibel> davmor2, Mirv it'll be in the queue when it'll be in the queue. let the system do its job
[14:00] <Mirv> 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] <Mirv> 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] <morphis> sil2100: can you publish https://requests.ci-train.ubuntu.com/#/ticket/1082 ?
[15:58] <morphis> sil2100: ping
[15:58] <sil2100> morphis: pong
[15:58] <morphis> sil2100: you saw my message above?
[15:58] <sil2100> morphis: yes, published it then :)
[15:58] <morphis> sil2100: awesome! thanks
[15:59] <sil2100> morphis: btw. yay for removal of the gcc-4.7 requirement \o/
[15:59] <morphis> sil2100: not for vivid
[16:00] <morphis> sil2100: I would say we will try to fix that issue once we move to xenial
[16:00] <morphis> and leave things as is for vivid
[16:04] <sil2100> 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] <abeato> sil2100, it is used to track the user at seat0 (always phablet user for the moment)
[16:30] <rvr> 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.
[17:38] <dbarth_> 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] <dbarth_> is there anything you need me for?
[17:38] <dbarth_> rvr maybe if you can check ^^ ?
[17:41] <jibel> dbarth_, I reapproved silo 13, not sure why it's been rebuilt after approval
[17:41] <jibel> dbarth_, I think you can publish 3, there is nothing left to do on our side
[17:44] <dbarth_> jibel: thank you
[17:44] <dbarth_> perfect
[17:44] <dbarth_> jibel: however, i don't have published rights, but i think that's automatic afaict once siloes are fully approved
[17:44] <dbarth_> bbl
[18:42] <rvr> Kaleo: I have failed silo 30
[18:42] <rvr> Kaleo: I reproduced the problem in arale
[19:41] <robru> 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] <kenvandine> robru, i'll look
[20:18] <robru> kenvandine: thanks
[20:18] <kenvandine> np
[21:27] <mterry> mzanetti: oh whoops my fault, uses silo 41 as pre req
[21:27] <mterry> not sure can be fixed before 41 lands
[21:57] <mzanetti> mterry, yeah, we *could* copy over the ppa, like saviq did with 64 -> 41... but not sure if it's worth it