[08:18] <tsdgeos> Saviq: are the CI xenial builds failing because libgeonames stuck in proposed or something?
[08:18] <tsdgeos> does this call for a xenial-overlay?
[08:20] <tsdgeos> pstolowski: Saviq: filters landed?
[08:20] <tsdgeos> ah right they were part of the silo
[08:20] <tsdgeos> somehow i forgot :D
[08:20] <tsdgeos> \o/
[08:25] <Saviq> tsdgeos, yeah, -ish
[08:25] <Saviq> they're actually stuck in oblivion atm, trying to find out where
[08:26] <tsdgeos> :D
[08:26] <tsdgeos> yeah can't build now in local machine either
[08:26] <tsdgeos> since geonames is missing
[08:34] <Saviq> tsdgeos, FWIW you can recover the packages from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013/+packages?field.status_filter=
[09:01] <pstolowski> tsdgeos, fyi i'm going to abandon silo 54 (the old filters silo)
[09:02] <Saviq> \o/
[09:21] <tsdgeos> Saviq: can you make sure to include https://code.launchpad.net/~aacid/gsettings-qt/use_qchar_upper_lower/+merge/289620 in the next silo?
[09:21] <Saviq> tsdgeos, ack
[09:35] <tsdgeos> Saviq: when you find some time could you try to reproduce the problem you had with https://code.launchpad.net/~aacid/unity8/desktopRotatedCamera/+merge/288772 ? maybe even with make tryOrientedShell?
[09:36] <Saviq> tsdgeos, ack
[09:41] <Saviq> greyback, hey, you using one of the gles-sync branches?
[09:41] <greyback> Saviq: gles-sync1
[09:42] <Saviq> ack
[09:42]  * Saviq looking forward to robru's solution for this
[09:42] <greyback> ditto
[09:44] <Saviq> greyback, about that, I was planning to use diff (maybe quilt to ease it up) instead of two copies of the file, wdyt?
[09:44] <Saviq> could in theory prevent us forgetting to update
[09:44] <Saviq> since the patch will fail
[09:45] <greyback> not a bad idea
[09:45] <Saviq> Unable to obtain lock  held by gerboland@bazaar.launchpad.net on taotie (process #21821), acquired 11 hours, 6 minutes ago.
[09:45] <Saviq> greyback, can I break ↑?
[09:45] <greyback> yep
[09:47]  * Saviq watching jenkins burn
[09:49]  * Saviq just realized that train itself is responsible for bogus tags
[09:50] <Saviq> at least on the ~ci-train-bot branch
[09:52] <tsdgeos> yep
[09:53] <tsdgeos> we discussed about this already :D
[09:53] <tsdgeos> the force pushes don't clean the tags in there or something
[09:53] <tsdgeos> you said
[09:53] <Saviq> yeah
[09:53] <Saviq> it shouldn't matter for trunk, though
[09:53] <Saviq> anyway /me wants git
[10:13] <pstolowski> cimi, hey, we will need to bump versions and rebuild silo 71 (the other big unity8 silo landed)
[10:19] <pstolowski> cimi, bumping unity-api to 7.109, interface ver 12; unity-scopes-impl-12; can you bump dependencies in your branch accordingly?
[10:53] <Saviq> pstolowski, cimi's away until Thu next week, but you won't be able to land features any more for ota10 anyway
[10:53] <Saviq> tsdgeos, looks like lp:~aacid/unity8/optimize_LVWPH_layout conflicts with lp:~aacid/unity8/sectionDelegateResizes
[10:54] <pstolowski> Saviq, sure I know. i just need to work on this silo
[10:54] <Saviq> ack
[10:54] <tsdgeos> Saviq: probably, awnt me to stack them ?
[10:54] <Saviq> tsdgeos, please do
[10:54] <Saviq> pstolowski, do you need me to resubmit as unity-team to bump or can you work without that for now?
[10:54] <Saviq> it's >= after all :0
[10:57] <pstolowski> Saviq, yeah, but i'd expect it to fail during build (new role added to the model). no worries, i'll do this or prepare another MP
[10:58] <tsdgeos> Saviq: done
[11:13] <Saviq> tsdgeos, tx
[12:52] <mterry> Saviq: u8 being stuck in xenial queues is annoying -- I can neither install packages on my laptop from the archive nor from the silo ppa anymore
[12:53] <Saviq> mterry, yeah, we kind of jumped the gun on merging
[12:53] <Saviq> mterry, sil is resolving this
[12:53] <Saviq> mterry, basically ken force-merged before the packages got copied to proposed (in UNAPPROVED queue), and they were deleted from the silo
[12:54] <Saviq> mterry, https://requests.ci-train.ubuntu.com/#/ticket/1179 has (most of) the recovered packages
[12:54] <mterry> Saviq: well I liked merging so that my branches can be nicely rebased...  Tough spot
[12:54] <mterry> Saviq: I can just do some quick development on my phone too
[12:54] <Saviq> mterry, you should be able to recover the ones missing still (geonames, indicator-{datetime,session})
[12:54] <Saviq> and we can publish then
[12:54] <Saviq> sil got busy with turbo
[12:58] <dandrader> code landed! \o/
[13:02] <Saviq> yeah, slightly prematurely though ;)
[13:02] <Saviq> @unity missing packages that are not in silo 13 (any more) and not yet in xenial are in https://requests.ci-train.ubuntu.com/#/ticket/1179 (silo 57) fornow
[13:04] <dandrader> Saviq, there are not MPs associated with that silo?
[13:04] <dandrader> Saviq, where those diff come from?
[13:04] <Saviq> dandrader, they're copies from silo 13
[13:04] <Saviq> dandrader, so the stuff that landed last night
[13:04] <Saviq> because we messed up publishing a bit
[13:07] <dandrader> Saviq, so if I flash my device right now will it get to a broken state?
[13:09] <Saviq> @unity: clarification: this is only a problem on xenial
[13:10] <mterry> Saviq: I do wonder about the queue bits -- if I dput something from my laptop, it can get stuck in the UNAPPROVED queue.  And it must be held somewhere in LP.  I guess for PPAs it takes a shortcut to save space, assuming the PPA will be around
[13:10] <Saviq> mterry, yeah, I suppose that's the difference between dput and a copy
[13:11] <mterry> dandrader: this is a problem only on xenial.  overlay should be fine
[13:30] <mterry> Saviq: so.  Can I start a last-minute-fixes silo?
[13:31] <Saviq> mterry, I've started https://requests.ci-train.ubuntu.com/#/ticket/1180 already
[13:32] <mterry> Saviq: oh wow, that's already a lot of branches.  Nice  :)
[13:32] <Saviq> mterry, depending on how things go we'll land that or a subset
[13:32] <mterry> tsdgeos: I fixed the failing test in set-real-name.  My dumb fault for not checking all users of the mock
[13:33] <tsdgeos> oki
[13:48] <mterry> tsdgeos: just noticed your shownosee branch.  I'm sure those strings came from Design.  But it bugs me that we say "Show less" instead of "Show fewer"  :P
[13:49] <tsdgeos> mterry: ^_^
[13:50] <Saviq> mterry, well now, "show less content", not "show fewer items"
[13:50] <Saviq> fine by me :P
[13:51] <mterry> Saviq: :)  But the scopes always show discrete items
[13:56] <greyback__> Saviq: building unity8 in vivid+overlay chroot working for you? I'm getting this dependency problem: http://pastebin.ubuntu.com/15487310/
[13:57] <greyback__> E: Package 'account-plugin-tools:armhf' has no installation candidate
[13:57] <Saviq> greyback__, hmm jenkins is happy
[13:57] <Saviq> lemme update my chroots
[13:58] <greyback__> since building works everywhere else, odds are something borked in my chroot
[13:59] <tsdgeos> mterry: have a sec?
[14:00] <mterry> tsdgeos: yeah
[14:01] <tsdgeos> mterry: the Shell::test_superTabToCycleLauncher is unstable, i have been tracking it down and it is because there is a race between the greeter calling "d.login();" in onAuthenticationComplete and the test wanting to show the launcher and since d.login emits sessionStarted that calls launcher.hide() in the shell sometimes it passes and sometimes it does not
[14:02] <tsdgeos> mterry: i've been trying to find a way to wait until the greeter has passed onAuthenticationComplete so the test can start showing the launcher, but can't find a way
[14:02] <tsdgeos> a any idea?
[14:02] <mterry> tsdgeos: could listen for sessionStarted signal?
[14:03] <mterry> tsdgeos: could wait for greeter.locked to be false?
[14:03] <tsdgeos> sessionstarted makes sense i guess
[14:03] <tsdgeos> let me try that
[14:13] <tsdgeos> mterry: not really great but stabilizes the test ... https://code.launchpad.net/~aacid/unity8/stabilizeSuperTabToCycleLauncher/+merge/290042
[14:14] <mterry> tsdgeos: yeah.  twice because sessionStarted fires when it doesn't need to.  josharenson's split greeter branches fix that up a bit I think.  Might be more future proof to just verify > 1
[14:14] <mterry> Although that might not fix the race
[14:15] <tsdgeos> mterry: i guess it's fine to leave the 2 there, it's a faitly obvious comment that if reworking the greeter or something breaks this check
[14:15] <mterry> I guess we can just fix the "2" check in josharenson's branch
[14:15] <mterry> yeah
[14:15] <tsdgeos> it can be changed to 1 or 3 or whartever
[14:16] <josharenson> tsdgeos: let me know when that branch lands, and ill remove the "2" in mine
[14:17] <tsdgeos> sure
[14:19] <dandrader> Saviq, should I add the unity-api version bumps and dendencies update in qtmir & unity8 for the surface WM branches or do you wanna do that separately?
[14:20] <dandrader> Saviq, like in that last landing I was involved with
[14:20] <Saviq> dandrader, please add, we only manage the changelog bump separately
[14:20] <dandrader> Saviq, ok
[14:20] <Saviq> dandrader, so only unity-api has the separate MP for changelog/version bump
[14:21] <Saviq> since multiple MPs can change the same thing and that's not a conflict
[14:24] <Saviq> greyback__, owait, that's cross-building is it?
[14:24] <Saviq> greyback__, yeah, they broke it
[14:30] <Saviq> greyback__, I blame https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+sourcepub/6207532/+listing-archive-extra
[14:33] <greyback__> Saviq: yeah. Ok, just wanted to know if local issue or not.. Thanks!
[14:35]  * Saviq really wants to cross-build in CI asap
[14:36] <greyback__> +1
[14:45] <Saviq> greyback__, shall we abandon https://requests.ci-train.ubuntu.com/#/ticket/953 ?
[14:48] <greyback__> Saviq: yeah. I've pressed the button already
[15:01] <tsdgeos> Saviq: can we get https://code.launchpad.net/~aacid/unity8/enableDisabledOrientedShellTest/+merge/289336 in the silo too?
[15:02] <tsdgeos> mzanetti cmmented the test at some point because it was failing only on CI
[15:20] <greyback__> Saviq: want to suggest your "diff" idea here: https://code.launchpad.net/~robru/qtmir/inline-gles/+merge/288732
[15:21] <Saviq> greyback__, yeah I did, I'll likely just propose an idea on top
[15:21] <greyback__> Saviq: ok. I'll approve that MP then
[15:23] <Saviq> @unity if we get a chance for a quick-fix silo before ota10, what do you say we need there? (mterry your two that I know)
[15:26] <Saviq> greyback__, Bug #1561028 FWIW
[15:29] <greyback__> Saviq: thanks