[04:58] <veebers> robru: hey, you around perchance?
[04:58] <robru> veebers: maybe, what's up?
[04:59] <veebers> robru: awesome :-) Hey, I'm trying to remember from ages, canonical/ubuntu has CDNs setup for the likes of Angular etc. right? I'm wondering where to find that info
[04:59] <veebers> robru: I'm hoping there is bootstrap all setup and ready to consume
[05:00] <robru> veebers: i think you're right but i don't remember the answer. If you read the source of requests.ci-train.ubuntu.com it'll show where it's sourcing angular from
[05:01] <veebers> robru: coolio, cheers :-)
[05:03] <robru> veebers: as i recall if you need to add to it you have to commit to lp:ubuntu-assets but branching it is 15GBs so it's quite the chore to download
[05:04] <Mirv> mornings
[05:04] <veebers> robru: yeah, that rings a bell :-P I'm hoping the have a generic CDN. If not there are others to use initially
[05:05] <robru> veebers: yeah. Good luck
[05:05] <robru> Mirv: goodnight ;-)
[05:08] <veebers> robru: heh cheers
[05:13] <Mirv> robru: a good choice! :)
[06:29] <morphis> robru: there seems to be a problem with the comment function in the citrain dashboard; clicking the comment button doesn't show the comment as being added directly which lead me to add one twice (see https://requests.ci-train.ubuntu.com/#/ticket/270)
[06:31] <robru> morphis: I'm not sure how that could be, it refreshes the page after posting a comment which should load the new comment. There used to be a race condition there but i remember fixing it.
[06:32] <morphis> it didn't happen here
[06:32] <robru> morphis: can you file a bug against lp:bileto? The button should dim after clicking it, i implemented that for the save button, forgot to connect it to the comment button
[06:32] <morphis> and I could open the comment box again and the same text was still in there
[06:32] <morphis> robru: sure
[06:33] <robru> morphis: when in doubt reload the page
[06:34] <morphis> yeah :)
[08:39] <anpok_> trainguards: I tested 21 and it works as expected, and fails where it should fail.. Am I allowed to fill out and build the publish jenkins job?
[08:54] <Mirv> anpok_: no, you can just mark it as ready for publishing, which currently is the status "Publish without QA". it will then show up in our radar. the status namings will be clarified a bit once there's some consensus on which kind of wordings make sense.
[08:55] <Mirv> https://wiki.ubuntu.com/citrain/LandingProcess#The_QA_Signoff_Status_field
[09:14] <anpok_> Mirv: ah ok .. got confused thought there was a single sign-off button
[09:23] <morphis> rvr: basically the issue was that the device class was stored in /var/lib/bluetooth/<mac>/config and had a higher priority than the one coming from /etc/bluetooth/touch.conf
[09:23] <morphis> so migrating to something else was impossible
[09:24] <rvr> morphis: Oh, I see
[09:24] <morphis> however that doesn't happen in all situations
[09:45] <rvr> morphis: Cool, now it shows as mobile
[09:45] <morphis> rvr: great!
[10:17] <morphis> rvr: what does not pass with "BLUETOOTH DISCOVERABILITY (RADIO): FAIL."?
[10:23] <rvr> morphis: I'll fix that. It took a while for the device to be unlisted.
[10:33] <morphis> rvr: ok
[11:00] <rvr> morphis: Approving silo 19
[11:00] <morphis> rvr: thanks!
[11:21] <Mirv> nice to have lxc-android-config now in the train!
[12:22] <popey> cihelp: is there some reason this won't merge? https://code.launchpad.net/~popey/notes-app/fix-non-starting/+merge/270425 (I realise it failed ci, but I marked it merged, shouldn't it CI autoland?)
[12:23] <psivaa> popey: you'd probably mark it as 'Approved' not 'Merged'
[12:23] <popey> oh
[12:23] <popey> psivaa: it was already approved but didn't merge
[12:25] <psivaa> popey: ok, i dont see any autolanding jobs for notes-app ?
[12:25] <psivaa> was this requested?
[12:25] <popey> hm
[12:25] <popey> psivaa: this is an old app, should have been autolanding forever?
[12:25] <popey> i see jenkins was previously building it fine http://s-jenkins.ubuntu-ci:8080/job/notes-app-click/
[12:26] <popey> stopped back in july. Did something break?
[12:29] <psivaa> The last change in https://code.launchpad.net/~phablet-team/notes-app/trunk was in July
[12:29] <popey> right, and I made a change yesterday
[12:53] <psivaa> popey: I can not figure how they were landing before, but there is no 'generic-land' job tied to any of the notes-app jobs at present.
[12:53] <psivaa> http://s-jenkins.ubuntu-ci:8080/job/notes-app-click gets only triggered when there is a landing to lp:notes-app
[12:53] <psivaa> which hasn't happened for your change
[12:54] <psivaa> I'll ask how this was landing before when fginther comes online
[12:58] <popey> k, thanks
[13:17] <kenvandine> mardy, any luck with the problem we found in silo 9?
[13:24] <Mirv> jhodapp: bug #1493851 is now the "early warning" requested. I've backported "what went into Qt 5.6" to our Qt 5.5 packages so therefore the bug is filed now.
[13:25] <Mirv> jhodapp: fix the bug description / packages as needed
[13:25] <jhodapp> Mirv, what do you mean?
[13:26] <Mirv> jhodapp: you mentioned that something is slightly different in those patches compared to our overlay version, needing changes, and that you need an early warning?
[13:28] <jhodapp> Mirv, oh, actually I believe I mentioned that to you because of the audio role patches...they were modified and the list of possible audio roles are different from what we have vs what actually landed for 5.6
[13:28] <Mirv> jhodapp: ah, so it was audio roles only, ok.
[13:29] <jhodapp> Mirv, yeah, qtubuntu-media should fail to compile with 5.6 installed
[13:33] <anpok_> cihelp: we need help with one of our CI jobs: mir-android-vivid-i386-build, we would need another package installed prior to executing
[13:34] <Mirv> jhodapp: can you quickly change the bug so that it reflects the correct package(s) affected etc?
[13:35] <jhodapp> sure
[13:35] <Mirv> thanks
[13:40] <fginther> anpok_, which package?
[13:40] <anpok_> fginther: didnt expect you... multistrap - I did extend the cross compile script to also pull packages from stable-phone ppa.
[13:47] <fginther> anpok_, ack, we'll get it updated
[13:49] <oSoMoN> trainguards: I added a branch to silo 21, so it needs a reconfigure, I don’t remember whether I can do that myself?
[13:50] <anpok_> fginther: thx
[13:58] <fginther> psivaa, popey, autolanding for lp:notes-app has been handled by the ci-train since Jan 2014 (had to do some bzr repo digging to find that)
[13:59] <psivaa> fginther: ohh, ack, thanks for the information.
[14:02] <Mirv> oSoMoN: you can, just click assign
[14:03] <oSoMoN> Mirv, ah, thanks
[14:05] <mardy> kenvandine: no, sorry, I couldn't spend much time on it
[14:06] <mardy> kenvandine: do you see anything suspicious in the logs when that happens?
[14:07] <kenvandine> mardy, i'll look
[14:09] <kenvandine> mardy, nothing logged
[14:09] <kenvandine> this time though it took several tries to reproduce it
[14:09] <kenvandine> several actually means 6 or 7 times
[14:09] <kenvandine> yesterday it was reliably the 3rd time
[14:17] <mardy> kenvandine: I couldn't try your branch, but I tried the "about this phone"->updates step which you said being similar, and I didn't reproduce it
[14:17] <kenvandine> mardy, yeah, we can't reproduce it with the updates page
[14:17] <kenvandine> only with online-accounts
[14:18] <mardy> kenvandine: and you see an empty accounts page, at some point?
[14:18] <kenvandine> yeah
[14:18] <mardy> kenvandine: with no title even?
[14:18] <kenvandine> and non-responsive
[14:18] <kenvandine> no, there is a title
[14:18] <kenvandine> <Accounts
[14:18] <kenvandine> < being the back action
[14:18] <kenvandine> which doesn't respond
[14:18] <kenvandine> no items in the list
[14:19] <mardy> kenvandine: can you check with top, whether it's doing something?
[14:19] <kenvandine> i suspect that page never loads
[14:19] <kenvandine> nope, idle
[14:19] <mardy> kenvandine: or maybe it's frozen because it crashed and apport is collecting logs?
[14:19] <kenvandine> i don't have any crash files since last week
[14:20] <kenvandine> nothing from settings either
[14:21] <popey> fgimenez: psivaa okay, thanks.
[14:23] <fgimenez> popey, probably for fginther ^ :)
[14:24] <popey> duh, yes.
[14:32] <kenvandine> mardy, rvr: it's racy
[14:33] <mardy> kenvandine: tell me more :-)
[14:34] <rvr> kenvandine: mardy: The first time I saw the issue, it was the second time I opened the page
[14:34] <kenvandine> mardy, if the first time i switch to accounts, i wait 10 seconds or so
[14:34] <kenvandine> before backing out
[14:34] <kenvandine> i can't reproduce it anymore
[14:34] <rvr> But I needed around four tries the next time
[14:34] <kenvandine> but if the first time i switch i back out quickly
[14:34] <kenvandine> i can reproduce it
[14:35] <kenvandine> so the first time the panel loads, it seems to need enough time to finish
[14:35] <kenvandine> or something
[14:39] <mardy> kenvandine: can you try again, but from the System Settings main page? I mean, opening Accounts from there and going back
[14:40] <mardy> a few times
[14:44] <kenvandine> mardy, i did, it doesn't seem to behave the same
[14:44] <kenvandine> not sure why
[14:48] <mardy> kenvandine: in line 67 here: https://code.launchpad.net/~seb128/ubuntu-system-settings/security-ui-tweaks/+merge/268625, can you try adding a second parameter:
[14:48] <mardy> kenvandine: {plugin: upPlugin, pluginManager: pluginManager}
[14:48] <kenvandine> sure
[14:50] <mardy> kenvandine: well, actually it shouldn't make a difference
[14:51] <mardy> it might, though :-)
[14:59] <kenvandine> mardy, well... that did seem to work
[14:59] <kenvandine> mardy, i can't seem to reproduce it with that
[15:00] <mardy> kenvandine: it's beyond comprehension, I'm afraid :-)
[15:00] <mardy> kenvandine: the online accounts page is not using those variables, but the ItemPage base class is
[15:01] <mardy> kenvandine: however, it's using the "plugin" only in its "title" property, which Online Accounts overrides; so I'm a bit surprised that it makes a difference
[15:03] <kenvandine> rvr, i'm adding that fix to the silo
[15:04] <rvr> kenvandine: Cool
[15:04] <kenvandine> jgdx, can you review https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/app_permissions_online_accounts/+merge/270548
[15:04] <rvr> ping me when ready and I'll recheck it
[15:05] <kenvandine> mardy, it's even weirder that no matter how hard i try, i can't repro it on mako
[15:06] <kenvandine> mardy, or if you could review it
[15:06] <kenvandine> mardy, i also renamed the variables to make more sense for online-accounts
[15:08] <mardy> kenvandine: +1
[15:14] <kenvandine> mardy, thanks!
[16:01] <kenvandine> rvr, silo 9 rebuilt with that branch
[16:02] <rvr> kenvandine: Thanks.
[16:33] <Laney> do I have to assign again after editing the list of MPs?
[16:39]  * Laney screams
[18:27] <robru> Laney: yes, but not for much longer, I'm working on that. is that all that's wrng?
[18:35] <fginther> anpok, any idea what is going on here? http://s-jenkins.ubuntu-ci:8080/job/mir-android-vivid-i386-build-test/47/console? multistrap is installed as a i386 package early on, but it can't be found when the cross-compile-chroot runs
[18:38] <robru> kenvandine: mterry: whoever's around, can I get a packaging ack & publish for https://ci-train.ubuntu.com/job/ubuntu-landing-010-2-publish/79/
[18:48] <anpok> fginther: ah no it is working correctly
[18:49] <anpok> my fault
[18:49] <anpok> somehow
[18:49] <anpok> because I added multistrap to the build dependencies, and there is no multistrap inside the armhf archive on ports.ubuntu.com it fails now.
[18:49] <robru> kenvandine: mterry: https://ci-train.ubuntu.com/job/ubuntu-landing-014-2-publish/118/ also this one please
[18:51] <kenvandine> robru, looking
[18:51] <robru> kenvandine: thanks
[18:53] <anpok> fginther: pushing a fix - should work then
[18:53] <anpok> thx
[18:58] <fginther> anpok, thx, retesting
[18:58] <kenvandine> robru, published
[18:59] <robru> kenvandine: great, thanks
[18:59] <kenvandine> np
[20:27] <fginther> anpok, Thanks, that fixed works. The job has been updated now to add the necessary dependencies and your MP has been restarted.
[21:43] <Laney> robru: I was screaming at the multiple failures :)
[21:43] <Laney> not your fault
[21:43] <robru> ah