[00:53] <boiko> trainguards: can someone please trigger a rebuild of telephony-service vivid amd64 on silo 80?
[00:55] <robru> boiko: done
[00:55] <boiko> robru: thanks
[00:55] <robru> boiko: you're welcome
[07:28] <anpok> trainguards: could you restart the arm64 xenial build in landing silo 006
[07:39] <Mirv> anpok: sure
[08:35] <dbarth> hey trainguards
[08:36] <dbarth> is there a way to accelerate a landing in progress on https://requests.ci-train.ubuntu.com/#/ticket/923
[08:37] <dbarth> in order to rebuild and test https://requests.ci-train.ubuntu.com/#/ticket/1003 faster
[08:37] <Mirv> dbarth: yes, if you swear not to close browser tabs regarding http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-system-settings-online-accounts and http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#account-plugins before they are Valid Candidates
[08:38] <Mirv> dbarth: I mean, if you make sure they eventually migrate
[08:38] <dbarth> ah
[08:38] <Mirv> dbarth: so just say "yes" and I'll merge the silo
[08:39] <dbarth> ahem, "yes"
[08:40] <Mirv> dbarth: done! thanks. the only reason the automerge does not happen automatically earlier is so that it's made sure the landers will look the xenial landing to the end of it.
[08:40] <dbarth> brilliant!
[08:40] <dbarth> thanks Mirv
[08:40] <dbarth> now i need to keep monitoring those tabs
[09:03]  * sil2100 doesnt have internet currently
[10:40] <rvr> pete-woods: ping
[10:42] <pete-woods> rvr: hi
[10:42] <rvr> pete-woods: How can I test the changes for silo 75?
[10:43] <pete-woods> rvr: good question. I'll upload an updated VPN editor app with the checkbox for "never default" in it
[10:44] <pete-woods> then if you connect the the canonical VPN, you should still be able to use the internet
[10:44] <rvr> pete-woods: Ok
[11:07] <pete-woods> rvr: I have updated the test plan on https://requests.ci-train.ubuntu.com/#/ticket/1070
[11:18] <jgdx> pete-woods, rvr, could also install silo 38, but yea, a bit late
[11:20] <Saviq> rvr, davmor2, I will pay good money for getting https://trello.com/c/QTDB4lAF/2857-996-ubuntu-landing-057-unity8-unity-scope-click-dobey through ;)
[11:24] <rvr> pete-woods: Thanks
[11:25] <davmor2> Saviq: it is next in the queue I think silo 57
[11:25] <Saviq> davmor2, just sayin'
[11:25] <rvr> Saviq: Yes, it's the next :)
[11:25] <Saviq> ;)
[12:52] <boiko> trainguards: can someone please trigger a rebuild of messaging-app xenial i386 on silo 52?
[12:57] <rvr> pete-woods: Wee. Seems I could connect to the VPN :)
[12:57] <pete-woods> rvr: cool
[12:57] <pete-woods> glad that worked
[12:59] <rvr> pete-woods: But I cannot browse
[12:59] <pete-woods> rvr: dammit
[13:00] <pete-woods> rvr: can you connect directly to an IP address? (e.g. 216.58.208.142 for google)
[13:00] <sil2100> boiko: on it
[13:00] <rvr> pete-woods: Ah, I can browse, but not to start.ubuntu.com
[13:01] <pete-woods> rvr: I think the canonical VPN owns the DNS entries for *.ubuntu.com and *.canonical.com
[13:01] <boiko> sil2100: thanks!
[13:01] <pete-woods> and probably breaks them, to be honest
[13:01] <rvr> pete-woods: Yeah, seems so
[13:01] <rvr> pete-woods: I can google
[13:02] <pete-woods> awesome
[13:02] <pete-woods> rvr: can you also connect to a host inside the VPN?
[13:17] <Saviq> davmor2, please give me updates on silo 57 when you have any :)
[13:36] <abeato> john-mcaleely, sil2100 I have a new device tarball for frieza: http://people.canonical.com/~abeato/avila/ubuntu/device_frieza-20160308.0.tar.xz
[13:36] <abeato> sil2100, would it be possible to have a new rc release with it?
[13:37]  * abeato got disconnected so not sure if somebody saw that ^^
[13:38] <sil2100> abeato: sure
[13:38] <sil2100> In a moment :)
[13:38] <abeato> sil2100, great, thanks
[13:38] <abeato> sil2100, sure, not in a hurry :)
[14:04] <morphis> sil2100: ping
[14:04] <sil2100> morphis: pong
[14:04] <morphis> sil2100: can you publish https://requests.ci-train.ubuntu.com/#/ticket/954 ?
[14:05] <sil2100> Looking
[14:05] <morphis> I think seb128 already reviewed the packaging changes before
[14:05] <morphis> seb128: or I am wrong?
[14:05] <seb128> I did
[14:05] <morphis> great :-)
[14:05] <morphis> seb128, sil2100: then lets get this landed finally
[14:06] <seb128> \o/
[14:07] <sil2100> Oh :)
[14:07] <sil2100> Ok then o/ Look okayish and since seb128 had a look at the binNEW bits then it should be good for release
[14:07] <morphis> sil2100: awesome
[14:16] <sil2100> abeato: new device-tarball rc image is in the channel
[14:16] <abeato> sil2100, nice, thanks!
[14:18] <Mirv> bzoltan_: sil2100: I'm a bit puzzled on what to do with the failing ppc64el tst https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html - it seems to fail because of old/new u-s-s-o-a dependency issue (or do you see the log otherwise?). I wonder if you (mainly sil2100) agree that we could ask QA to re-test 050 already now with a pretty please on top? vivid is already green a
[14:18] <Mirv> nd xenial is besides that one test
[14:18] <sil2100> hmm
[14:18] <Mirv> that ppc64el issue seems to just linger, I've reran it four times but as you see britney even lists different version for s390x and ppc64el, not sure if it's going to get fixed without some manual refresh
[14:19] <Mirv> oh, correction, s390x is also running/queued and not always failed so that's also a "ack" blocker
[14:20] <Mirv> last week I spent Wednesday morning -> Friday waiting for autopkgtest results on 050 and sometimes it's not time well spent
[14:21] <sil2100> Mirv: yeah, it doesn't really look like any real regression
[14:24] <Mirv> ubuntu-qa/davmor2: ^ if you have time, please take silo 50 again into consideration while we try to wait/retry xenial ppc64el/s390x tests for one package. vivid is green already.
[14:24] <jibel> Mirv, does it fix the crash with the wizard?
[14:24] <Mirv> jibel: yes
[14:25] <Mirv> zsombi can answer any technical details if needed
[14:25] <jibel> Mirv, there is already media-hub and pulseaudio in the queue you have time to fix the failing arches
[14:26] <Mirv> jibel: sure just FYI so that you can mentally have it queued. autopkgtests builders have huge queues so one never knows how long it will take.
[14:26] <jibel> Mirv, yeah I'll mentally test it too ;)
[14:32] <rvr> mzanetti: Hmm... I updated Telegram on OTA9.1 on my own phone, and right now it displays a blank page when it's opened. Sometimes it takes a while to load, but now seems stuck. Have you seen that?
[14:33] <mzanetti> rvr, please try this:
[14:33] <rvr> mzanetti: Ok, it was the network
[14:33] <mzanetti> ah ok
[14:33] <mzanetti> good (well, not so good - but at least we know what's going on)
[14:33] <mzanetti> I wonder how I did end up owning telegram :D
[14:33] <rvr> mzanetti: Sorry :D
[14:34] <mzanetti> no prob :D
[14:34] <rvr> mzanetti: I guess Jin works in a different time zone
[14:34] <mzanetti> yep
[14:34] <mzanetti> also he's mostly working on other stuff... he's just keeping it rolling
[14:37] <Mirv> rvr: sounds familiar to me with earlier telegram versions too, sometimes that blank page startup happens and I need to start it again
[14:38]  * rvr wonders whether a bug exists for that
[14:38] <rvr> https://bugs.launchpad.net/telegram-app/+bug/1535344
[14:58] <rvr> pete-woods: Silo 75 approved
[15:27] <pete-woods> rvr: awesome, thanks!
[15:50] <pete-woods> jgdx: ^ FYI
[15:50] <jgdx> pete-woods, great news
[15:57] <davmor2> Saviq, dobey: just double checking but it looks like you lose the feed back that the app is downloading will trial it with dekko as that is pretty big
[15:59] <dobey> davmor2: was working fine for me
[16:00] <davmor2> Saviq, dobey: oh no I see what the issue is.  If the page hasn't finished loading the images so the orange bar at the bottom is still going it never updates the install % allow it to load all the page fully and then it does
[16:02] <dobey> Dakirby309-Simply-Styled-OS-Ubuntu.ico.png
[16:02] <dobey> err
[16:03] <davmor2> dobey: try it with utorch I think it is because a lot of the apps are pretty small and the images are taking longer than the app to download
[16:04] <dobey> davmor2: it should just show 0% and then immediately end up getting switched to the next preview then, though
[16:04] <dobey> davmor2: is that what happens?
[16:06] <davmor2> dobey: yeap I get the 0% so on dekko it is at like 30% before the images have finished loading so it is 0%-30%-35%-40% and so on utorch has a load of images so has finished before the images so never shows progress
[16:06] <davmor2> dobey: are we not caching the image they seem to reload on ever page
[16:06] <rvr> jhodapp: ping
[16:06] <Saviq> davmor2, hmm weird, image loading should be separate to that (and anyway that doesn't sound like something caused by that silo I'd say)
[16:06] <Saviq> I mean a pre-existing issue
[16:07] <davmor2> Saviq: most likely it's just I haven't tested it in a while so have only just noticed it :)
[16:07] <dobey> davmor2: the dash handles all the images
[16:07] <jhodapp> rvr, pong
[16:07] <dobey> davmor2: this is definitely not new
[16:07] <Saviq> davmor2, right, confirmed, old bug
[16:07] <davmor2> dobey: :)
[16:08] <davmor2> dobey: so you're saying it is Saviq fault
[16:08] <rvr> jhodapp: Hi. Was silo 19 rebuilt? I got a new card in trello
[16:08] <Saviq> davmor2, just tried on frieza with utorch, and while the files should be cached, they're possibly not cached at that size, so need to be resized every time, totally our fault
[16:08] <jhodapp> rvr, it was yes, but only added a code comment
[16:08] <davmor2> Saviq: is there a bug for that?
[16:09] <davmor2> Saviq: if not I will write one up
[16:09] <rvr> jhodapp: I see
[16:09] <Saviq> davmor2, please do
[16:13] <davmor2> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1554602
[16:14] <Saviq> davmor2, thanks
[16:14] <Saviq> sil2100, is anyone looking into devel-proposed not booting on mako since image #447 (or #446, confirming now)?
[16:15] <sil2100> Saviq: yes
[16:15] <Saviq> sil2100, do you know the bug#?
[16:15] <sil2100> Saviq: I mean... jibel was looking into that, stgraber and ondra were taking a look as well
[16:15] <sil2100> Not sure if there's anyone driving
[16:15] <sil2100> Yeah, one moment
[16:15] <sil2100> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1551150
[16:15] <Saviq> ack
[16:16] <sil2100> Still no solution though...
[16:16] <Saviq> :S
[16:19] <ondra> Saviq it's in progress, but not top priority for me atm
[16:19] <Saviq> ondra, yeah, thanks, will monitor the bug
[16:22] <dbarth> rvr: this one still needs building again? https://requests.ci-train.ubuntu.com/#/ticket/893
[16:22] <dbarth> rvr: i've been rebuilding it 1000 times almost... ;)
[16:22] <rvr> sil2100 can you take a look ^
[16:27] <alecu> sil2100: which are the click packages that need the workarounds you just mentioned? Or is that something that applies to every click?
[16:33] <sil2100> alecu: from what I know there's a new camera-app that depends on the rc-proposed framework
[16:33] <sil2100> I know there will also be a few others in the nearest time as well
[16:33] <sil2100> This will be also relatively common
[16:36] <alecu> right
[16:41] <bzoltan_> sil2100:  I have flashed my krillin with  version 425 from ubuntu-touch/rc-proposed/ubuntu channel and tried apt-get update/dist-upgrade but it all hangs onSetting up bluez (5.37-0ubuntu5~overlay1) ... bluetooth stop/waiting
[16:41] <sil2100> morphis: ^ do you know anything about that?
[16:42] <sil2100> We published that version in the morning, IIRC it didn't require anything special from the device side
[16:43] <dbarth> hey trainguards or anyone able to help on ppa size issues
[16:43] <dbarth> we've got that oxide build ppas we'd like to get space extensions for:
[16:44] <dbarth> https://launchpad.net/~oxide-builds
[16:50] <cjwatson> dbarth: moment
[16:51] <cjwatson> dbarth: (fwiw the primary way to request this kind of thing is https://answers.launchpad.net/launchpad; but don't bother now)
[16:51] <cjwatson> dbarth: which of those PPAs, and what size do you need
[16:51] <cjwatson> ?
[16:52] <cjwatson> dbarth: bearing in mind that ppa.launchpad.net is critically short of space right now; it's due to be extended on Monday-ish but we somehow need it to limp on until then
[17:31] <rvr> Saviq: ping
[17:31] <Saviq> rvr, here
[17:31] <rvr> Saviq: https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings-components/+bug/1436912
[17:31] <rvr> Saviq: That project is not set to expose translations to Launchpad, can you?
[17:32] <Saviq> rvr, oh sorry, right away
[17:35] <Saviq> rvr, done
[17:35] <rvr> Saviq: sil2100: Thanks. Now we must make sure that ubuntu-settings-components translations files are included in the language pack.
[17:36] <Saviq> rvr, https://code.launchpad.net/langpack-o-matic/ is responsible for that AFAICT
[17:37] <morphis> bzoltan_: you're using an older citrain version it seems
[17:37] <rvr> Saviq: I think that some projects include something in debian rules.
[17:38] <morphis> bzoltan_: restarting services during upgrade is prevented if you use latest citrain
[17:38] <Saviq> rvr, indeed, X-Ubuntu-Use-Langpack: yes
[17:38] <Saviq> rvr, it's there already
[17:38] <rvr> Saviq: Oh, great
[17:39] <rvr> So let's wait for the next export
[17:41] <Saviq> rvr, I *think* we might not be building .mo files in there at all :/
[17:42] <Saviq> ah mostly because we don't have a single .po there <facepalm />
[17:42] <Saviq> how did we miss enabling the translation on this...
[17:45] <Saviq> rvr, it's imported now, please look through https://translations.launchpad.net/ubuntu-settings-components/trunk/+pots/ubuntu-settings-components/es/+translate
[17:45] <Saviq> or get someone to, since they're your translations ;)
[17:46] <rvr> Saviq: \o/
[17:47] <Saviq> rvr, not sure how to get the import out of "needs review" in https://translations.launchpad.net/ubuntu/xenial/+source/ubuntu-settings-components though
[17:47] <Mirv> Saviq: fi translated too now :)
[17:47]  * Saviq has no powers for that
[17:47] <Saviq> Mirv, thanks :)
[17:47] <rvr> Done :D
[17:49] <rvr> Saviq: Those are reviewed and approved by translation teams
[17:49] <Mirv> Saviq: those are not "Needs review" anymore for Spanish or Finnish, but LP has a delay before it updates other data besides "Last Changed" column
[17:50] <Mirv> which might also mean there's a delay before the translations are actually downloadable. I think it might be around similar delay as in PPA publishing (~15mins), but not sure
[17:51] <Mirv> Saviq: well, now it updated actually already. es, fi, pl translated
[17:54] <Saviq> Mirv, yup
[18:19] <rvr> jhodapp: ping
[18:19] <jhodapp> rvr, pong
[18:19] <rvr> jhodapp: Silo 19 approved, but I have a question about media hub
[18:20] <jhodapp> rvr, awesome thanks, sure thing
[18:20] <rvr> jhodapp: I was playing an album, and I closed the music app
[18:20] <rvr> jhodapp: The music keeps playing
[18:20] <rvr> Is that intended?
[18:20] <rvr> I can use the indicator to go next/previous track
[18:20] <jhodapp> rvr, no it's not intended, were you testing on Arale by chance?
[18:20] <rvr> jhodapp: Yes
[18:21] <jhodapp> rvr, you might have hit the media-hub hang that I just fixed and set as approved in this request: https://requests.ci-train.ubuntu.com/#/ticket/1075
[18:22] <jhodapp> rvr, if you hit that again while testing that MR, then it'd be good to file a new bug
[18:22] <rvr> No phone calls this time
[18:22] <rvr> jhodapp: Hmm...
[18:23] <rvr> Checking without the silo packages
[18:23] <jhodapp> rvr, yeah I think you hit the deadlock issue
[18:31] <bzoltan_> morphis: I do no use citran... it is a simple apt-get dist-uograde what hangs
[18:31] <bzoltan_> morphis: what the citrain does to avoid that? I have now marked the bkuez to hold
[18:32] <morphis> bzoltan_: I would recommend to always use citrain to install a silo
[18:32] <morphis> it does a lot of neat things
[18:32] <bzoltan_> morphis: I have better tool for that :)
[18:32] <bzoltan_> morphis: i have suffered so much with various tools that i decided to use my own... since than life is easy
[18:33] <morphis> bzoltan_: https://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/citrain#L89 is what you are looking for
[18:33] <morphis> bzoltan_: .. or not :-)
[18:33] <morphis> line 89 and 90 is what you want
[18:33] <morphis> ah + 91
[18:33] <bzoltan_> morphis: with this you can trust me :) i am doing more AP tests with more silos then the whole platform together :)
[18:34] <morphis> + the steps to revert those things
[18:34] <morphis> bzoltan_: possible :-)
[18:34] <morphis> I am just for a tool which is common and would do the same mistake for everyone then fixes a dozen of different mistakes
[18:34] <bzoltan_> morphis: + i did try citrain.. crashed, hanged
[18:35] <morphis> bzoltan_: what did crash? citrain or the upgrade?
[18:35] <bzoltan_> morphis: citrain
[18:36] <bzoltan_> morphis: I hev found it unreliable
[18:36] <bzoltan_> have
[18:37] <morphis> bzoltan_: it got better
[18:37] <bzoltan_> morphis: I am sure it did :)
[18:39] <Saviq> bzoltan_, silo 57 is publishing, will make sure it's built and tested again before morning
[18:39] <Saviq> s/it's/silo 50/
[18:39] <bzoltan_> Saviq: Cool, thanks.. will do
[18:42] <Saviq> bzoltan_, I did just say that *I* will make sure, but whatever you wanna do, sure ;)
[18:42] <Saviq> bzoltan_, I also filed a few OTA10 criticals in https://bugs.launchpad.net/bugs/+bugs?field.tag=ota10-sdk
[18:43] <Saviq> well, a couple, not few
[18:43] <Saviq> biab
[18:44] <bzoltan_> Saviq:  seeing that this landing of the UITK took two months.. i am sceptical that there will be any new landing in OTA10 :( Something is not right with this landing process... IMO we should have pushed the UITK a month ago to the rc-proposed and itterate 3-4 more quick landings. Now I am rolling this huge changelog for weeks... not good.
[18:44] <bzoltan_> sil2100: jibel: ^
[18:47] <rvr> jhodapp: Why are the MPRIS controls only activated in the indicator when the music app is in the foreground?
[18:49] <rvr> jhodapp: I think that what happened before was that I started reproducing an album using the scopes
[18:49] <rvr> jhodapp: So when I closed the music app, the scope queue was still on memory
[18:51] <ahayzen> rvr, sounds like bug 1534169
[18:52] <ahayzen> or at least part of what happens in the case
[18:52] <rvr> ahayzen: Yeah, I thought the music app was playing when it was the music scope
[18:53] <ahayzen> yeah confusing :-)
[19:00] <jhodapp> rvr, that's another bug that I've yet to fix
[19:00] <jhodapp> rvr, we'll be redoing the way media-hub tracks the current player and reports over MPRIS
[19:02] <jhodapp> rvr, bbiab, switching locations
[19:28] <jhodapp> rvr, doing a rebuild on silo 48 so you'll probably see second QA request on it, apologies for the noise
[20:50] <Saviq> trainguards, can we please force-merge https://requests.ci-train.ubuntu.com/#/ticket/996, I'd rather not wait for the armhf queue in proposed migration to go away... we're really pressed to land unity8 silos asap (britney was happy with that req last night)
[20:51] <robru> Saviq: looking
[20:53] <robru> Saviq: oh i see, it's mostly passed but just waiting for armhf.
[20:53] <Saviq> robru, yup
[20:53] <robru> Saviq: please do keep an eye on that to make sure it passes
[20:53] <Saviq> robru, will do
[20:53] <robru> Saviq: I'll merge for now
[20:53] <Saviq> robru, thank you
[20:54] <dobey> hmm
[20:56] <robru> Saviq: you're welcome.
[20:57] <robru> Oh god it's so slow. I need to get on that parallelism branch and get that in production asap
[23:26] <Saviq> trainguards, can anyone please click ♻ on https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html ?
[23:27] <Saviq> I wonder if it has to be retried with all of proposed instead, since it's the proposed version that's the only one that passed yet http://autopkgtest.ubuntu.com/packages/u/ubuntu-system-settings-online-accounts/xenial/ppc64el/
[23:28] <robru> Saviq: you need a core dev, not a train guard
[23:28] <Saviq> grh
[23:28] <robru> Saviq: one day I'll make core dev and the distinction won't matter
[23:28] <Saviq> robru, actually I might need more than core dev, because a ♻ won't be enough
[23:29] <robru> Saviq: what do you need then?
[23:29] <Saviq> robru, someone with access to snakefruit
[23:29] <Saviq> https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Re-running_tests
[23:30] <Saviq> will wait for pitti in the morning, this should be a quickie
[23:30] <robru> Saviq: Hmmmmmmm. Try #ubuntu-release for people who can access snakefruit
[23:31] <Saviq> robru, yeah, sorry for the noise, will have to wait until tomorrow anyway
[23:32] <robru> Saviq: OK no worries
[23:33] <Saviq> Mirv, when you're up, to get https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-050/excuses.html passing you need u-s-s-o-a re-ran with the rest of proposed, since it only first passed with the proposed version (or well, wait for http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-system-settings-online-accounts to migrate)
[23:36] <Saviq> Mirv, oh well, but you should know - you landed it yourself https://requests.ci-train.ubuntu.com/#/ticket/923 ;P