[07:16] <Mirv> cihelp: cleaning up Ubuntu's sponsoring queue, can you set the following to Work in Progress or Rejected? https://code.launchpad.net/~om26er/ubuntu-test-cases/fix_minimal_image_size_test/+merge/235298  and  https://code.launchpad.net/~psivaa/ubuntu-test-cases/remove-ceph-lxc-floodlight/+merge/240144  and  https://code.launchpad.net/~psivaa/ubuntu-test-cases/lvm-grub-preseed-fix/+merge/258620 (or otherw
[07:16] <Mirv> ise handle them)
[07:28] <blr> t
[07:28] <blr> err nevermind that, screen misbehaving. :)
[08:31] <jibel> infinity, could you have a look at bug 1516526 ?
[08:31] <ubot5`> bug 1516526 in Canonical System Image "devel-proposed images fail to build" [Critical,New] https://launchpad.net/bugs/1516526
[08:38] <infinity> jibel: That's ogra's mess, generally.
[08:38] <infinity> (And you also share a timezone :P)
[08:39] <jibel> infinity, okay :)
[08:40] <jibel> ogra_, can you look at ^^
[08:40]  * infinity goes to bed.
[09:10] <psivaa> Mirv: I'll reject my MP's out of them. If the server team need them, they'll have to do it themselves then. Have notified them a few times
[09:19] <Mirv> psivaa: thanks!
[09:22] <psivaa> Mirv: for the other MP, that om26er, you'd need him or QA team
[09:22] <psivaa> s/that  om26er/that  om26er's MP/
[09:23] <om26er> Mirv, psivaa deleted.
[09:23] <Mirv> om26er: thanks for that too!
[09:23]  * Mirv is patch piloting today
[10:09] <bzoltan> Mirv: I need help with that silo55
[10:19] <Mirv> bzoltan: ok
[10:19] <Mirv> sil2100: ok I now got raof to copy-package last xenial package from stable overlay :) needs to be kept watching still if someone happens to land something there.
[10:20] <Mirv> bzoltan: you plan to later ship the new source that ships identically named "ubuntu-sdk-qmake-extras" binary package?
[10:21] <Mirv> I think that was the plan. In that case I don't think we even need to remove the old binary from archives.
[10:23] <bzoltan> Mirv:  we have this project and can land it anytime to anywhere - https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-sdk-qmake-extras/trunk
[10:23] <bzoltan> Mirv:  And yes, it should be landed on the archive too
[10:25] <Mirv> bzoltan: ok. so 055 was published now, feel free to land that next at some point when you have time.
[10:25] <bzoltan> Mirv:  thanks
[11:48] <alf_> cihelp: Hi! All mir-mediumtests-vivid-touch jobs are failing due to what seems to be a CI infrastructure issue (perhaps due to the upgrade?), and this is blocking all Mir CI/autolanding jobs. For example, http://s-jenkins.ubuntu-ci:8080/job/mir-mediumtests-vivid-touch/4821/console . Any idea what's going on?
[11:50] <psivaa> alf_: looking
[11:50] <alf_> psivaa: thanks
[12:00]  * cjwatson truncates the apt-mirror history (used for creating archive snapshots) to 2015-04-01, in an attempt to avoid periodically killing snakefruit
[12:04] <sil2100> cjwatson: ok!
[12:42] <psivaa> alf_: jfyi, i've made a change to that job config and testing that atm
[12:42] <alf_> psivaa: ack, thanks
[12:59] <greyback_> trainguards: any ideas why qtmir isn't migrating: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir ?
[12:59] <greyback_> "invalidated by dependency"?
[12:59] <sil2100> greyback_: looks to me it's caused by liburcu
[13:00] <sil2100> greyback_: I suppose invalidated by dependency means that it's not a valid candidate because one of its dependencies cannot migrate
[13:00] <sil2100> greyback_: in this case it's mir, which is invalidated by liburcu
[13:00] <sil2100> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#liburcu
[13:01] <sil2100> But that's my guess, I didn't really see the 'invalidated by dependency' sign before
[13:01] <greyback_> sil2100: understood, thanks for looking. I shall be patient so
[13:02] <cjwatson> sil2100: yes, that's what it means
[13:03] <cjwatson> greyback_: Ah, so liburcu needs us to upgrade the ppc64el builder guests to wily
[13:03] <greyback_> aha ,now I follow what "not considered" actually implies
[13:03] <cjwatson> greyback_: That's in gradual progress, but I didn't realise it was going to be blocking mir
[13:04] <greyback_> I didn't expect that either tbh
[13:04] <cjwatson> greyback_: Let me see if I can move that on today
[13:04] <greyback_> cjwatson: no big hurry, but thanks
[13:06] <cjwatson> Oh, I know where that ticket stopped, there was a failure to deploy wily guests on arm64 which we needed to look into ... sigh, getting back to downloading a cloud image there
[14:03] <nerochiaro> cihelp: any idea why the logs on the CI run on this MR are not accessible ? https://code.launchpad.net/~uriboni/messaging-app/stickers/+merge/277446
[14:07] <josepht> nerochiaro: jenkins.qa.ubuntu.com currently has the CLI disabled due to a zero-day security issue hence our private jenkins aren't able to publish to it.  If you have VPN access you should be able to replace 'jenkins.qa.ubuntu.com' with 's-jenkins.ubuntu-ci:8080' to see the logs
[14:07] <nerochiaro> josepht: thanks
[14:07] <josepht> nerochiaro: and http:// rather than https://
[14:09] <nerochiaro> josepht: An error occurred during a connection to s-jenkins.ubuntu-ci:8080. SSL received a record that exceeded the maximum permissible length. (Error code: ssl_error_rx_record_too_long
[14:09] <nerochiaro> josepht: on firefox
[14:09] <josepht> nerochiaro: did you use http:// ?
[14:13] <kgunn> trainguards is something wrong with silo 49 ? "in proposed" would have thot it'd be landed this morning
[14:15] <rvr> mardy: ping
[14:15] <nerochiaro> josepht: my mistake. works with hhp
[14:15] <nerochiaro> http, even
[14:15] <nerochiaro> thanks
[14:15] <mardy> rvr: pong
[14:15] <rvr> mardy: Hey
[14:16] <rvr> mardy: I just finished testing the pending silo
[14:16] <rvr> mardy: With silo 1, it doesn't crash with the old and new click, so it's ok
[14:16] <rvr> mardy: However, it doesn't propmpt to create any Flickr account
[14:16] <rvr> mardy: Can you confirm that is right?
[14:17] <mardy> rvr: yes, because of the apparmor denial that you saw
[14:18] <rvr> mardy: I see ... Error: "An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender=":1.230"
[14:18] <rvr> mardy: Another question. Test ubuntu-system-settings-online-accounts/password-query has been failing for a while. Can you fix it or update the test case?
[14:18] <mardy> rvr: the apparmor thing is bug 1512667
[14:19] <ubot5`> bug 1512667 in apparmor-easyprof-ubuntu (Ubuntu) "Enable Online Accounts v2 on vivid overlay PPA" [Undecided,New] https://launchpad.net/bugs/1512667
[14:19] <psivaa> alf_: so http://s-jenkins.ubuntu-ci:8080/job/mir-mediumtests-vivid-touch/4823/console now ran the jobs that were required but one of them has failuers
[14:19] <mardy> rvr: it's actually fixed with silo 58
[14:20] <mardy> rvr: the test is correct, the current trunk is wrong
[14:20] <rvr> mardy: Ah, great. Approving this silo :)
[14:20] <psivaa> alf_: the actual failure is in http://s-jenkins.ubuntu-ci:8080/job/mir-mediumtests-runner-touch/7404/consoleText
[14:20] <mardy> rvr: cool, thanks!
[14:21] <psivaa> alf_: could have caused due to '/bin/bash: line 1: 5897 Segmentation fault (core dumped) mir_demo_server --test-client /usr/bin/mir_demo_client_eglflash' and the likes
[14:22] <alf_> psivaa: Thanks, that's a known/pre-existing failure. As long as the build runs I am happy. Thanks for fixing this.
[14:24] <psivaa> alf_: np
[14:28] <kgunn> trainguards just fyi, silo 49 sticking in proposed causing some issues for high priority item behind it...effecting silo 20
[14:39] <cjwatson> kgunn: I explained the current blocker for that above, not sure what you expect trainguards to do ...
[14:40] <kgunn> cjwatson: thanks, sorry for the noise
[14:41] <mterry> sil2100, how come devel-proposed hasn't had images in a week? (if because of the fail-to-boot bug, that is recently maybe fixed?)
[14:41] <kgunn> cjwatson: as for expectations, what is the best practice for getting help when things get stuck in proposed (in a generic sense)
[14:41] <kgunn> ?
[14:42] <cjwatson> kgunn: well it entirely depends.  greyback_ asked here and that was reasonable enough.  learning more about how to debug it yourselves is good too (e.g. https://wiki.ubuntu.com/ProposedMigration)
[14:42] <jibel> mterry, it's bug 1516526
[14:42] <ubot5`> bug 1516526 in livecd-rootfs (Ubuntu) "xenial ubuntu-touch rootfs fail to build" [Critical,In progress] https://launchpad.net/bugs/1516526
[14:43] <cjwatson> kgunn: but it's a bit like asking what the best practice for getting help with a build failure is, there can be a variety of causes
[14:43] <cjwatson> kgunn: this one is unusually opaque, I'll admit
[14:43] <mterry> jibel, ah cool thanks.  Poor devel-proposed can't catch a break
[14:43] <ogra_> jibel, mterry, i'll merge that in a moment (sorry, was busy weith meetings)
[14:44] <cjwatson> kgunn: (the question I asked to Odd_Bloke on #ubuntu-devel just now pertains to this, a little indirectly)
[14:44] <jibel> sil2100, can you rebuild a devel-porposed image once it's fixed, better know sooner than later if there is anything left to have a bootable image
[14:47] <ogra_> sil2100, jibel, mterry livecd-rootfs fix uploaded
[16:26] <jibel> bfiller, Kaleo ^
[16:26] <sil2100> \o/
[16:26] <sil2100> Should I publish?
[16:26] <bfiller> sil2100: ppa hasn't published yet
[16:27] <bfiller> sil2100: actually it has
[16:27] <bfiller> sil2100: yes please
[16:27] <sil2100> bfiller: could you upload to the store? Or do you need this to land first?
[16:28] <sil2100> Publishing in progress
[16:28] <bfiller> sil2100: I need it to land in trunk then need to build a click from trunk
[16:33] <bfiller> sil2100: can you force merge please on the camera silo?
[16:34] <sil2100> bfiller: hm, ok, in this case let's do that
[16:36] <bfiller> sil2100, jibel : building final click now
[16:37] <sil2100> \o/
[16:40] <sil2100> jibel, davmor2, robru, rvr: I suppose all OTA-8 related work is known now, let's skip the meeting and just concentrate on getting an image built and copied to RC
[16:40] <rvr> sil2100: Ok
[16:42] <jibel> sil2100, soulds like a plan
[16:42] <jibel> sounds*
[16:50] <bfiller> jibel, sil2100: camera-app uploaded to store, needs approval from popey
[16:50] <popey> on it
[16:51] <popey> bfiller, approved
[16:52] <bfiller> popey: ty
[16:55] <Kaleo> bfiller, jibel: outstanding!
[16:56] <Kaleo> popey, thank you :)
[16:58] <oSoMoN> rvr, hey man, how is testing of silo 39 going? need anything from me?
[16:58] <rvr> oSoMoN: Finished
[16:58] <rvr> oSoMoN: It's ok
[16:58] <oSoMoN> excellent, thanks a lot!
[17:00] <jibel> bfiller, sil2100 for next OTA it is not 2 days earlier wee need for freeze but 2 weeks ;)
[17:01] <oSoMoN> jibel, what’s this "Requesting autopkgtests for this silo..." status on silo 39? is this new? should I wait for something to complete before I request publication?
[17:01] <jibel> oSoMoN, it's a bug in the UI apparently
[17:02] <jibel> oSoMoN, I tried the new autopkgtest feature robru added to the train, but apparently it is not ready for prime time
[17:02] <jibel> oSoMoN, you can publish if it's ready
[17:02] <oSoMoN> ok, thanks!
[17:04] <oSoMoN> trainguards: who can publish silo 39 for me?
[17:05] <sil2100> oSoMoN: hmm... I think we need to poke mterry or kenvandine again :)
[17:05] <sil2100> kenvandine, mterry: ^
[17:05] <oSoMoN> sil2100, can you confirm that with the configuration of the request, the packages will land in the xenial archive and in the overlay PPA for vivid?
[17:05] <oSoMoN> (never too sure about it)
[17:10] <robru> oSoMoN: you ned a core dev, I usually poke kenvandine at this time of day
[17:10]  * oSoMoN pokes kenvandine
[17:11] <robru> oSoMoN: yes it's configured correctly. all you need to remember is that the vivid half of a dual always goes to overlay, so the destppa field controls only where xenial goes.
[17:12] <oSoMoN> robru, that’s what I thought, thanks for confirming
[17:12] <robru> oSoMoN: you're welcome
[17:12] <robru> kgunn: if you are particularly blocked by silo 49 we can force merge the silo but would rather not if we can avoid it
[17:15] <mterry> sil2100, I can look
[17:15] <mterry> sil2100, 39?
[17:18] <robru> mterry: yeah, thanks
[17:20] <sil2100> bfiller: did the click get approved?
[17:20] <bfiller> sil2100: yes
[17:20] <sil2100> Can I kick a new image then?
[17:20] <sil2100> hmmm
[17:22] <sil2100> Copying to the stable snapshot now
[17:24] <sil2100> Will be kicking the image shortly...
[17:25] <kgunn> robru: we gotta workaroudn
[17:25] <kgunn> thanks tho
[17:26] <cjwatson> kgunn: https://portal.admin.canonical.com/85976 if you want to track the work we're doing to fix liburcu
[17:26] <kgunn> ta
[17:33] <oSoMoN> mterry, thanks!
[18:15] <robru> sil2100: slangasek: is there anything for the meeting? I propose we skip
[18:15] <slangasek> robru: how's silo autopkgtest coming?
[18:15] <robru> slangasek: you mean britney?
[18:15] <slangasek> yes
[18:16] <robru> slangasek: still in the investigation phase. a little behind on the silo status rework I started last week
[18:16] <slangasek> robru: ok.  I'm ok to cancel for today if sil2100 is, then, but let's sync up later in the week
[18:17] <robru> slangasek: alright
[18:21] <dobey> did ota8 get released yet?
[18:24] <robru> brb
[18:25] <sil2100> ACK here
[18:28] <sil2100> I'm anyway busy with preparing the OTA-8 re-spin now ;)
[18:54] <kenvandine> cihelp: anyone know why the jenkins links to CI jobs are broken?
[19:05] <fginther> kenvandine, There are some pending updates needed to the public jenkins service that is preventing the internal jenkins from publishing out to the public one. This is all after having to apply a critical update
[19:05] <kenvandine> that's what i was wondering
[19:06] <kenvandine> but trying to find the same on the private jenkins looks weird
[19:07] <kenvandine> fginther, looking at the downstream build view of the latest failed, shows a bunch of NOT_BUILT status
[19:07] <kenvandine> fginther, http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-ci/lastFailedBuild/downstreambuildview/
[19:07] <fginther> kenvandine, oh, there was a secondary problem too
[19:08] <fginther> kenvandine, I think that's the other problem, but am looking
[19:08] <kenvandine> ok
[19:08] <kenvandine> fginther, is there a way to find the failed jobs?
[19:09] <kenvandine> http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-ci/2483/
[19:09] <kenvandine> for example
[19:14] <fginther> kenvandine, you can just do a string replace from "https://jenkins.qa.ubuntu.com" to "http://s-jenkins.ubuntu-ci:8080/"
[19:15] <fginther> kenvandine, the other problem I mentioned was that the jobs to execute the autopilot tests on phones was missing from some of the job configurations (and showing up as missing jobs)
[19:27] <kenvandine> fginther, thx
[19:28] <kenvandine> fginther, ah... looks like there was a configuration issue for settings
[19:28] <kenvandine> ERROR: Build aborted. No projects to trigger. Check your configuration!
[19:29] <kenvandine> fginther, is that being worked on already?
[19:29] <fginther> kenvandine, that was caused by the second problem, which has been fixed. Retriggering the parent job should work to re-run everything now
[19:32] <kenvandine> fginther, thx