[05:28] <Mirv> ubuntu-qa: please prioritize ticket 1021 (unity8) because it's needed to land first before we can put silo 50 (UITK + Unity 8) into the queue
[05:30] <Mirv> ubuntu-qa: or you can actually choose - 050 was already tested earlier, so maybe it makes sense to retest it first (will be in queue soon) and pass it and then on to 1021
[05:30]  * Mirv gets coffee
[05:35] <Mirv> hmm, with the autopkgtests queue being over 1000 per architecture, there might be plenty of time to review 1021 first
[07:55] <jibel> Mirv, 1021 is next in the queue
[08:15] <Mirv> jibel: thanks
[08:16] <Mirv> jibel: davmor2: FYI 1068 also in queue fixes the GPS issue I had, yay for debugging \o/
[10:31] <morphis> sil2100: how far are we with your android packages?
[10:37] <sil2100> morphis: let me check
[10:38] <sil2100> morphis: oh! It's approved
[10:38] <sil2100> Let me publish
[10:41] <morphis> sil2100: great
[12:12] <nik90> rvr, hey, how's clock-app testing going? Any blockers?
[14:08] <rvr> nik90: No blocker so far, I'm finishing with the test plan and then I am checking the changes
[16:34] <davmor2> sil2100: jibel: was the meeting cancelled and I didn't get the notification?
[16:49] <rvr> nik90: popey: clock-app-roved
[16:49] <popey> \o/
[16:49] <popey> thanks rvr
[16:51]  * popey uploads to the store
[17:04] <nik90> rvr, thnx
[17:27] <dbarth_> hey there, i don't know if there is a way to unblock or speed up some autopkg tests on xenial
[17:28] <dbarth_> i have silo 36 blocked on xenial tests https://requests.ci-train.ubuntu.com/#/ticket/923 and that further blocks building and landing silo 77
[17:28] <dbarth_> both having bug fixes for ota-10
[17:28] <dbarth_> knowing that tests pass on vivid at least, is there a way to bypass some of that and be on time?
[17:41] <dbarth_> rvr: can you advise on whether i need rebuild this silo that you just approved https://requests.ci-train.ubuntu.com/#/ticket/893 ?
[17:41] <dbarth_> i admit being a bit lost with the exact status at this stage
[17:43] <rvr> dbarth_: You should ask robru or sil2100 for details
[17:43] <rvr> dbarth_: But it says it needs rebuild
[17:43] <robru> dbarth_: yes, as it says, calendar app has new commits that have not been built.
[17:44]  * sil2100 has serious connectivity issues in his new home
[17:46] <robru> dbarth_: regarding your other question about autopkgtests, just ask qa to be added to the queue.
[17:50] <dbarth_> robru: ok, i'm rebuilding
[17:51] <dbarth_> and rvr ^^can you had the silo (36) to the queue meanwhile please?
[17:51] <dbarth_> add
[17:51] <rvr> dbarth_: Ok
[17:52] <dbarth_> great, thank you; if that one can land, then 77 has the nicer fixes (and UI polish) that i'd like to line up asap
[17:53] <dbarth_> knowing that 36 fixes the oxide dep. chain on ppc64 and al architectures, which will let 77 go without raising all of the test alarms again
[17:54] <abeato> sil2100, hey, I have a new device tarball in http://people.canonical.com/~abeato/avila/ubuntu/ for frieza, would it be possible to generate a new rc image (should be rc#4, bq-aquaris-pd)
[18:02] <rvr> Mirv: ping
[19:38] <kenvandine> dobey, uh oh... silo 41 had mostly landed and now it needs a rebuild :/
[19:38] <kenvandine> i need to get that settings branch merged so i can build silo 69
[19:39] <dobey> kenvandine: eh?
[19:39] <kenvandine> dobey, it claims new trust-store commits
[19:39] <dobey> kenvandine: it lies
[19:40] <kenvandine> hmmm
[19:40] <kenvandine> the trust-store branches show that they were merged
[19:41] <dobey> ugh, why was the system-settings branch not merged
[19:41] <kenvandine> robru, ^^
[19:42] <robru> looking
[19:42] <kenvandine> that's the one i need merged
[19:42] <kenvandine> robru, thx
[19:42] <kenvandine> also interesting that it doesn't show as landed
[19:42] <dobey> hmm
[19:42] <dobey> the ubuntu-push one isn't merged yet either
[19:42] <robru> 2016-03-03 19:33:10,506 INFO Disputed revision-id: ci-train-bot@canonical.com-20160303184919-t8cxc67bld0btm9o
[19:42] <robru> 2016-03-03 19:33:10,509 ERROR New commits: https://code.launchpad.net/~phablet-team/trust-store/trunk
[19:43] <robru> kenvandine: dobey: looks like a different silo landed an hour ago
[19:43] <kenvandine> robru, but itt mergeed the trust-store branches all merged in this landing
[19:43] <dobey> what different silo?
[19:43] <robru> I dunno, it's just seeing a new commit on trunk it doesn't recognize
[19:44] <dobey> https://code.launchpad.net/~phablet-team/trust-store/trunk
[19:44] <kenvandine> robru, shouldn't it have complained before merging the trust-store branches into trunk?
[19:44] <dobey> only new things on trunk are what it put there
[19:44] <kenvandine> maybe the train had a hicup
[19:44] <robru> hmmm
[19:44] <robru> not sure
[19:45] <robru> kenvandine: try force-merging the silo? it does appear it's all merged, just confused.
[19:45] <kenvandine> robru, this landing merged 3 branches into trust-store trunk
[19:45] <kenvandine> ok
[19:47] <dobey> Committing to: /var/lib/jenkins/silos/ubuntu/landing-041/xenial/ubuntu-system-settings/ubuntu-system-settings/
[19:47] <dobey> bzr: ERROR: No changes to commit. Please 'bzr add' the files you want to commit, or use --unchanged to force an empty commit.
[19:47] <dobey> wtf?
[19:48] <robru> dobey: it merged already, so there's nothing left to merge again. that's fine
[19:48] <kenvandine> oh man... robru ^^
[19:48] <kenvandine> robru, no it didn't
[19:48] <kenvandine> https://code.launchpad.net/~dobey/ubuntu-system-settings/iap-trust-store/+merge/280356
[19:48] <dobey> wtf
[19:49] <robru> kenvandine: somebody removed the train bot from some critical team recently and it broke a bunch of bot powers. just add ci-train-bot to whatever team owns lp:ubuntu-push, run it agian, and it'll be fine
[19:49] <kenvandine> robru, will it merged that settings branch?
[19:49] <kenvandine> it looked like it ignored it before it blew up
[19:50] <dobey> kenvandine: i guess it blew up and didn't get to pushing system-settings
[19:50] <robru> kenvandine: everything looks totally fine to me. just needs permission to push to the trunk.
[19:50] <kenvandine> ugh
[19:50] <kenvandine> Chipaca, ^^
[19:51] <kenvandine> we need Chipaca to add the bot
[19:52] <dobey> oh fml
[19:52] <robru> Chipaca: probably a good idea if you aren't the only admin of ~ubuntu-push-hackers, please add ~ci-train-bot to the team
[19:52] <dobey> somehow my team membership got dropped there too
[19:53] <robru> dobey: you, like the bot, probably only had indirect membership through some other team. I haven't been able to pinpoint the issue but somebody did a pretty major team reshuffle recently and the bot lost permissions to a few branches at least
[19:53] <dobey> hmm, i guess this might be a result of the "team cleanup" that beuno did in february or january
[19:53] <robru> sounds like it
[19:53] <dobey> robru: yeah, beuno did some stuff with the ~ubuntuone* teams
[19:56] <robru> kenvandine: anyway if you're in a hurry, and you happen to have team membership, you can push to the trunks yourself by branching the relevant branches from https://code.launchpad.net/~ci-train-bot
[19:56] <kenvandine> cool, i'll do that for settings
[19:56] <kenvandine> i can't do that for push
[19:56] <robru> k
[19:57] <dobey> yeah i can't either since my membership also got dropped :(
[20:03] <Mirv> rvr: pong
[20:13] <rvr> Mirv: Can you tell me how did you test this? https://code.launchpad.net/~thomas-voss/location-service/do-not-rely-on-obsolete-satellite-based-positioning-state/+merge/287790
[20:14] <Mirv> rvr: ok, let me write it up there
[20:17] <Mirv> rvr: done
[20:18] <Mirv> rvr: so the start situation is as described, which apparently might be the case for many users including me. so if you have it On, change it to Off with a text editor and reboot and verify you have non-accurate GPS (not real GPS signal)
[20:18] <Mirv> rvr: the setting in question was removed from UI or something, and what the silo does is that it does not disable real GPS even if the setting would be Off, ie it starts ignoring it since there is (some) other logic in place and the setting is not needed anymore
[20:19] <rvr> Mirv: Ahh, I see. Thanks.
[20:20] <Mirv> you may have other means to verify accurate/non-accurate location, but I used that example client application. after it was working it was very obvious also otherwise since I had actually moving dot in eg uNav when walking
[20:20]  * rvr reflashes to check original state of /var/lib/ubuntu-location-service/config.ini
[20:20] <Mirv> rvr: if it's On by default, then you'd need to simulate this which apparently may be the case for old OTA users who have upgraded
[20:28] <Mirv> and I mean Engine::SatelliteBasedPositioningState=SatelliteBasedPositioningState::off is what I had there
[20:32] <dobey> robru: uhm, where is the ci-train-bot for ubuntu-push in landing-041?
[20:32] <dobey> i can't seem to find it
[20:33] <rvr> Mirv: There is no file there
[20:34] <robru> dobey: you mean the branch?
[20:34] <dobey> robru: yeah
[20:34] <rvr> Mirv: /etc/init/ubuntu-location-service.conf
[20:35] <rvr> Hmm
[20:36] <robru> dobey: https://code.launchpad.net/~ci-train-bot/ubuntu-push/ubuntu-push-ubuntu-xenial-landing-041
[20:37] <robru> dobey: shows up if you select 'any status' as the status is no longer active
[20:37] <dobey> robru: why is the status set to abandoned?!
[20:37] <robru> i dunno man jeez
[20:40] <robru> dobey: maybe there was a previous silo that was abandoned? I guess it doesn't set the status back to 'development' when it pushes new commits to it
[20:40] <dobey> i don't think it was abandoned
[20:41] <dobey> it's just been sitting there for 2.5 months
[20:42] <robru> dobey: well, somehow, at some point, somebody called Merge.abandon_phase(), and not necessarily on the same request. it could be the previous request was also in the same PPA but was abandoned.
[20:45] <dobey> robru: i don't recall ever abandoning the request and making a new one
[20:45] <dobey> *shrug*
[21:14] <dobey> kenvandine, robru: can we run the merge again on https://requests.ci-train.ubuntu.com/#/ticket/780 ? i found someone to push the ubuntu-push changes up, so it should be ok now i think?
[21:15] <robru> dobey: kenvandine: on it
[21:15] <kenvandine> cool
[21:18] <robru> ugh it still needs the permission
[21:18] <robru> dobey: if you get *all* the branches merged yourself we can just abandon the silo
[21:19] <dobey> oh, it still wants to push there anyway, i guess
[21:19] <robru> or I guess if we drop push from the request then it'll merge the other ones ok
[21:20] <dobey> well i guess kenvandine pushed the u-s-s branch, and the push branch is pushed now
[21:20] <dobey> so i guess they're all merged
[21:20] <robru> dobey: i'll drop push from the silo then it should work
[21:20] <dobey> so whichever you think is best, feel free to do, i guess :)
[21:21] <robru> dobey: well it'll look better if it says 'Landed' rather than 'Abandoned' given that it is actually landed.
[21:23] <dobey> indeed
[21:24] <dobey> huzzah
[21:24] <robru> yaaaay
[21:24] <robru> ok I'm off for luncj
[21:24] <dobey> the bot getting removed from lots of teams is freaking annoying :)
[21:24] <robru> yeah whoever did that needs a smack
[21:24] <dobey> +100
[21:25] <dobey> e. honda smack