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