[10:09] <sil2100> oSoMoN: hey! Any word on bug LP: #1582638 ? I think I heard some mention of a fix from someone (was it dbarth?)
[10:11] <oSoMoN> sil2100, I can’t really comment without looking further into it (just back from holidays)
[10:11] <oSoMoN> chrisccoulson, would you happen to have some insight into bug #1582638 ?
[10:13] <chrisccoulson> oSoMoN, not yet. I don't even know what state the arm64 assembler for v8 is in. There's also arch-specific bits in blink (eg, for doing stack-scanning for oilpan)
[10:13] <chrisccoulson> It's a long term project
[10:16] <chrisccoulson> It should work, but there is basically no support in the build system for what is effectively Chrome/Desktop builds on arm64
[10:27] <sil2100> I guess we have similar issues with ciborium
[10:57] <sil2100> tvoss: ping! Did you have a free moment to look at LP: #1582642 ?
[12:02] <dbarth> sil2100: this one should be fixed by now (was affecting earlier builds of oxide-qt 1.15.x)
[12:03] <dbarth> oh sorry arm64, that's new to me
[12:04] <dbarth> sil2100: anyway, i will mention later today during the oxide weekly; see how we can address that taget
[12:04] <dbarth> target
[12:09] <sil2100> dbarth: thanks!
[12:21] <rvr> dbarth: Is mardy on holidays?
[12:21] <rvr> I pinged him yesterday
[12:21] <rvr> There is silo blocked
[12:21] <mardy> rvr: hi! You pinged me too late :-)
[12:22] <rvr> mardy: Hey
[12:22] <rvr> mardy: I installed the Accounte Tester click and I see no new option listed in Accounts
[12:22] <mardy> rvr: what silo are you testing?
[12:23] <dbarth> rvr: not, but yesterday was a bank holiday i think
[12:23] <dbarth> ah, there you go
[12:34] <rvr> mardy: https://trello.com/c/S79o8Jsi/3172-1219-ubuntu-landing-021-signon-ui-gnome-control-center-signon-account-plugins-dbarth
[12:35] <rvr> 21
[12:35] <mardy> rvr: this silo should not affect the phone, it's mostly for the desktop
[12:36] <mardy> rvr: let me check, maybe we have some obsolete test cases in the test plan
[12:36] <rvr> mardy: Ah, we don't test desktop
[12:41] <mardy> rvr: you mean that it's totally up to the landers to test it?
[12:42] <rvr> mardy: I mean we don't test desktop silos :D
[12:42] <rvr> So you test the code and land it
[12:45] <mardy> rvr: cool :-)
[12:45] <mardy> dbarth: ^
[12:48] <rvr> dbarth: mardy: Is it for Xenial archives?
[12:50] <rvr> mardy: The silo is marked also for Vivid
[12:50] <mardy> rvr: we want to keep them in sync
[12:50] <rvr> mardy: If it changes the phone, then we test it
[12:51] <dbarth> rvr: yes, you should; it's mostly meant as an SRU for 16.04.1
[12:51] <mardy> rvr: yes, it changes one package on the phone, though you should not notice a difference
[12:51] <rvr> dbarth: Ack, thanks
[12:52] <rvr> mardy: So, I was following the test plan, and installed the Account Tester click
[12:52] <mardy> rvr: I've updated https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts with a newer version of the click
[12:52] <rvr> Ah, cool
[12:59] <rvr> mardy: Cool, now it appears
[13:20] <ChrisTownsend> ubuntu-qa: Hi!  How come there is no trello card for https://requests.ci-train.ubuntu.com/#/ticket/1390 ?  It needs QA sign off in order to proceed.
[13:20] <rvr> ChrisTownsend: Hmm
[13:21] <rvr> ChrisTownsend: Ah, silo 51. Talk to davmor2.
[13:21] <ChrisTownsend> rvr: Ok, will do.  Thanks
[13:21] <ChrisTownsend> davmor2: Care to fill me in?  ^^^
[13:23] <davmor2> ChrisTownsend: this almost certainly should be landed as an SRU not in the overlay. After a discussion with jibel he confirmed my suspicions that this is the case
[13:28] <jibel> ChrisTownsend, AFAIK it is not a package seeded on the phone, why would you wxant it in the overlay?
[13:31] <ChrisTownsend> jibel: Folks are using the overlay to try out Unity 8 desktop on Xenial.
[13:32] <ChrisTownsend> jibel: See mhall119's post about this: http://mhall119.com/2016/05/dogfooding-unity-8/
[13:33] <ChrisTownsend> jibel: And yakkety is not receiving any updates yet for U8 and friends, so folks are using the overlay.
[13:34] <ChrisTownsend> jibel: And it is not a package on the phone.
[13:35] <jibel> ChrisTownsend, right but *phone*-stable-overlay means what it means
[13:36] <ChrisTownsend> jibel: I understand, but folks are excited to try this and well, we now have an overloaded term.
[13:36] <jibel> ChrisTownsend, because someone mentioned on a blog post to use a phone overlay run something on desktop is not a good reason
[13:36] <jibel> to*
[13:38] <ChrisTownsend> jibel: Ok, if you not for putting that in the overlay, then I'll wait for the overlay to finally sync w/ yakkety and then just land this in yakkety.
[13:58] <sil2100> Saviq: hey! Any ETA on the mir blocker fix silo?
[13:59] <Saviq> sil2100, 93.60 % 246.09 KB/s 1m18s
[13:59] <Saviq> dload from system-image is crazy slow today
[13:59] <sil2100> Wow, that's a very detailed ETA
[14:00] <sil2100> It's always slow for me when I use the VPN
[14:00] <sil2100> Saviq: be sure you're not on VPN - asking just in case
[14:02] <Saviq> sil2100, yeah I'm not
[14:30] <Saviq> sil2100, jibel, pmcgowan, again sorry for the delay - https://requests.ci-train.ubuntu.com/#/ticket/1421 is ACKed on my side
[14:30] <pmcgowan> Saviq, awesome
[14:30] <pmcgowan> Saviq, are we fixing the app start issue?
[14:31] <Saviq> pmcgowan, working on it, it's a bigger issue though
[14:31] <pmcgowan> ack
[14:31] <Saviq> pmcgowan, should have code MP'd later today
[14:39] <abeato> davmor2, hey, I've noticed you have moved silo 5 landing to "Need QA sign-off" in your trello board because it needs silo 29, but I marked that one as ready for QA and it is not in the board
[14:40] <davmor2> abeato: possibly stuck in autopackage testing maybe
[14:40] <abeato> davmor2, nop, it already passed
[14:40] <abeato> https://requests.ci-train.ubuntu.com/#/ticket/1384
[14:40] <davmor2> abeato: hmmm jibel ^
[14:41] <davmor2> abeato: still says required not ready
[14:41] <davmor2> that's odd
[14:42] <abeato> hmm, you mean the "QA signoff" field? does it change automatically?
[14:43] <davmor2> abeato: no the developer sets it to ready it then runs the autopackage tests and once that is complete it then sets it to ready
[14:44] <abeato> davmor2, ok, I have changed qa signoff to ready now
[14:45] <abeato> davmor2, hmm, I guess it depends on integration with the citrain, aethercast is integrated but wpa_s not
[14:45] <abeato> anyway, should be fine now
[14:50] <davmor2> abeato: I'll keep an eye out for it coming through
[14:50] <mhall119> jibel: for what it's worth, the Unity 8 team told me to use that PPA, I didn't just choose it on a whim
[14:50] <abeato> davmor2, cool, thanks
[15:48] <kenvandine> dbarth, has silo 21 been reviewed by an archive admin for the new binaries?
[16:05] <dbarth> kenvandine: checking
[16:08] <dbarth> kenvandine: hmm, an archive admin, i don't know
[16:09] <dbarth> kenvandine: you mean we need a MIR for one of the packages?
[16:09] <dbarth> mardy: ^^
[16:14] <kenvandine> dbarth, no, it's just introduces new binaries, so will go to the binNEW queue
[16:14] <kenvandine> and need an archive admin
[16:14] <kenvandine> (!) Warning! This package adds new binary packages (libaccount-plugin-twitter, libaccount-plugin-flickr, libaccount-plugin-facebook).
[16:14] <kenvandine> Please consult an archive admin before proceeding!
[16:19] <robru> kenvandine: iirc train somehow magically skips binNEW which is why we require the archive admin ack prior to publishing.
[16:27] <dbarth> hmm, new binaries and an SRU; that's a bit more complicated
[16:29] <dbarth> mardy: do we have to get those in the SRU, or should that be separate?
[16:30] <rvr> dobey: Silo 12 approved
[16:31] <rvr> dobey: I found an annoying issue, and reproduced it on stable https://bugs.launchpad.net/canonical-devices-system-image/+bug/1582804
[16:31] <rvr> Not sure whether the problem is in ubuntone-credentials or in unity-scope-click
[16:55] <dobey> rvr: the 'login error' preview in the scope, or the actual u1 login window?
[16:59] <dobey> ugh, online-accounts is asking to allow "" to access my u1 account. grrr
[17:58] <jhodapp> robru, sil2100: we seem to be full on new silos
[17:58] <robru> jhodapp: one sec
[17:59] <jhodapp> k
[17:59] <sil2100> Let me free one up
[17:59] <jhodapp> thanks
[18:01] <sil2100> mardy, dbarth: we need binNEW approval from an archive admin for silo 21 - also, I see already a potential blocker
[18:02] <sil2100> mardy, dbarth: ...or actually nevermind, let me find an archive admin
[18:03] <sil2100> seb128: hello! You still around with a free cycle? We have a binNEW review needed for account-plugins
[18:03] <sil2100> seb128: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-1219/2016-04-06_09:18:45/xenial/account-plugins/packaging_changes.diff
[18:03] <robru> jhodapp: ok I freed one, assign yours
[18:03] <jhodapp> thanks
[18:05] <robru> Trevinho: ping
[18:10] <jhodapp> sil2100, are we working to do an automated triple landing for vivid, xenial and yakkety?
[18:12] <robru> jhodapp: that code exists and is ready to go, just waiting on sil2100 to pull the trigger.
[18:13] <jhodapp> robru, awesome
[18:13] <sil2100> jhodapp: yes, we will be switching that on soonish
[18:13] <jhodapp> hopefully we get rid of triple landings ASAP too
[18:13] <jhodapp> and dual landings for that matter
[18:13] <sil2100> Just want to land one silo
[18:13] <jhodapp> yup
[18:13] <robru> jhodapp: yes the dual landings were bad enough, triple is an abomination that needs to be as short-lived as possible.
[18:13] <sil2100> davmor2, rvr, jibel: anyone looking at the mir silo?
[18:13] <jhodapp> yeah indeed
[18:14] <davmor2> sil2100: which one there are 2
[18:14] <sil2100> Saviq: please review the merge proposal in silo 68!
[18:14] <sil2100> davmor2: I see rvr's comment, blocked on unapproved MP :|
[18:14] <sil2100> This is a critical fix which I need landed as soon as possible
[18:15] <davmor2> sil2100: just blame Saviq works for me ;)
[18:15] <robru> sil2100: you can force-publish to override the MP state, if it's approved by QA and you're in such a rush
[18:15] <robru> back in 20
[18:15] <sil2100> It's not approved
[18:15] <sil2100> Since QA doesn't review unapproved silos right now
[18:16] <sil2100> slangasek: hey! Could you take a look at https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-1219/2016-04-06_09:18:45/xenial/account-plugins/packaging_changes.diff from the binNEW POV as an archive admin?
[18:19] <Trevinho> robru: pong
[18:22] <sil2100> mterry: ping
[18:22] <sil2100> mterry: unping I suppose
[18:22] <mterry> :)
[18:22] <sil2100> uh, no Kevin
[18:23] <sil2100> mterry: so ping again - do you know who I should ping now for a mir MR review?
[18:23] <sil2100> mterry: mir as in mir the project, not MIR
[18:23] <mterry> sil2100, :)  not a specific person no
[18:23] <sil2100> Damn...
[18:24] <mterry> sil2100, RAOF?
[18:24] <mterry> sil2100, kdub?
[18:24] <dobey> sil2100: #ubuntu-mir ? :)
[18:25] <kdub> mterry, yeah, just propose, and we mostly monitor and auto-review
[18:25] <slangasek> sil2100: will look in a couple of minutes
[18:25] <sil2100> kdub: it's proposed
[18:25] <kdub> or bother vogons on #mir
[18:25] <sil2100> kdub: https://code.launchpad.net/~mir-team/mir/0.22/+merge/294726
[18:26] <kdub> mterry,  sil2100, alright, top-approved
[18:27] <sil2100> kdub: thanks!
[18:27] <sil2100> rvr, jibel: silo 68 ready for testing
[18:35] <robru> Trevinho: ah, sorry, I emailed you while I was waiting for your pong
[19:08] <sil2100> rvr: ping
[19:10] <sil2100> robru: eh, we'll be switching trio landings tomorrow
[19:10] <sil2100> All this takes much longer than I originally expected
[19:10] <robru> sil2100: OK cool
[19:22] <pmcgowan> rvr, jibel can 68 be unblocked
[19:56] <slangasek> sil2100: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-1219/2016-04-06_09:18:45/xenial/account-plugins/packaging_changes.diff: why create new binary packages for this, rather than including these bits in the account-plugin-* packages and dropping the ORed dependency altogether?
[19:59] <sil2100> slangasek: not sure, maybe they have some bigger plans for those later - mardy would know more
[20:03] <dobey> slangasek: i guess because they would pull in unity-control-center-signon (and all the dependencies of that) on the phone, if so
[20:07] <dobey> slangasek: cf apt-cache depends libaccount-plugin-1.0-0
[20:20] <slangasek> dobey: oh, so on the phone the dep would be satisfied by ubuntu-system-settings-online-accounts instead of libaccount-plugin-fwibble?
[20:20] <slangasek> makes sense - in that case, ack on this
[20:20] <dobey> slangasek: yeah