[02:11] <michi> cihelp: cloud-worker-01 is running at a snail’s pace. Could someone please fix or disable it?
[02:11] <michi> It takes well over 10 times as long to compile the code as it should.
[03:05] <imgbot> [04:20] <imgbot> [04:20] <imgbot> [05:14] <bzoltan> ToyKeeper: I am doing the qa validation of the silo15. Do you know why the unity8 autopilot tests take more than 2 hours?
[05:15] <ToyKeeper> bzoltan: Nope, I haven't done those in a while...  not sure why it's so long.
[05:16] <bzoltan> ToyKeeper:  I was not doing RTM landing for long time either ... I was just surprised that my reference tests with two runs took 4.5 only for the Unity8 tests
[05:19] <ToyKeeper> bzoltan: Not sure, but it's possible the extra tests are there due to the upcoming whole-UI rotation features.
[05:19] <ToyKeeper> That's the last big change I heard about.
[05:20] <bzoltan> ToyKeeper:  do you know who is the QA contact for Unity?
[05:22] <ToyKeeper> bzoltan: I think it's Thomas Strehl.
[05:22] <ToyKeeper> Wait, no.  He's unity APIs.
[05:22] <ToyKeeper> bzoltan: kgunn, most likely.
[05:25] <ToyKeeper> I seem to be getting better at this whole summoning business.
[05:25] <ToyKeeper> I wonder if I gained a level recently.
[05:51] <bzoltan> ToyKeeper: :D
[06:23] <Mirv> documenting the ca. 3h gap between me gone and robert not yet awake
[06:39] <Mirv> ogra_: FYI if you still use your vacation somehow on IRC :) mvo has a plan for a workaround in click now which allows finally reverting oxide without breaking SDK.
[06:40] <Mirv> ...allowing fixing vivid images
[08:04] <ToyKeeper> bfiller: In silo rtm 009, the translations do not appear to be included.  The other two bugs look good, but I see no change in translations.  What's the story here?
[08:24] <Mirv> ToyKeeper: (+bfiller) looking at it, it makes the strings translatable, but that's always a two step process - 1. make strings available 2. get the translations in
[08:24] <Mirv> so the .pot is updated at https://launchpadlibrarian.net/194172987/telephony-service_0.1%2B15.04.20150105~rtm-0ubuntu1_0.1%2B15.04.20150106~rtm-0ubuntu1.diff.gz but the .po files not yet
[08:24] <Mirv> the .po files will come via language packs after the updated template is in Launchpad
[08:25] <Mirv> or .mo files to be exact, also trunk gets automerges of the .po files when translators do their work
[08:26] <ToyKeeper> Mirv: Thanks.  All I could see from the UI is that the fix was either not there or not complete.
[09:44] <Mirv> pstolowski: you need to rebuild the unity8 in rtm-003
[09:46] <pstolowski> Mirv, hmm, ok, doing
[09:47] <Mirv> pstolowski: unfortunately QA did work for nothing since there was another unity8 landing
[09:52] <Mirv> mvo: so, I have silo 012 where Oxide revert is building, if there'd be something for Click to land at the same time that would prevent SDK breaking vivid target if that Oxide revert would be released
[09:52] <Mirv> and, I filed bug #1408195
[10:07] <mvo> Mirv: thanks, I just checked the code and I already added a workaround for this case, so once the silo is ready I can test but it hopefully does not require a change in click
[10:08] <Mirv> mvo: oh, that sounds über awesome! the silo is ready for x86, but armhf will be ready only in around 2h from now.
[10:23] <mvo> Mirv: cool, I will see if i386 on amd64 multiarch will work, that should be a first indication
[10:28] <bzoltan> mvo: Mirv: thank you guys ... I wonder if that apt bug could/should be escalated or fixed
[11:11]  * Mirv waiting for brendand to move the 002 card to the "Passed" column :)
[11:24] <brendand> Mirv, good :)
[11:55] <jgdx> cihelp: I seem to be missing perms to start job [1]. robru took a look at this yesterday. [1] https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/build?delay=0sec
[11:56] <Ursinha> trainguards, ^
[11:56] <vila> jgdx: Ursinha was faster
[11:56] <Ursinha> :)
[11:56]  * Ursinha reads the scrollback
[11:57] <Ursinha> I promise you all I'll find a way to end the ci help/trainguar ds madness :)
[11:57] <jgdx> just use 'halp' instead
[11:58] <jgdx> or panpanpan
[12:02] <Mirv> jgdx: so you can log in but still no permissions?
[12:04] <jgdx> Mirv, correct
[12:04] <Mirv> jgdx: I know only of https://launchpad.net/~ci-train-users/+members and you're already there. I could argue it's maybe cihelp's turf, the jenkins access rights ;)
[12:05] <jgdx> Mirv, i'll log in out again, maybe something took time
[12:05] <jgdx> Mirv, building
[12:05] <jgdx> thanks!
[12:05] <Mirv> jgdx: oh, great!
[12:05] <vila> jgdx: great !
[12:06] <Ursinha> jgdx: cool :) let us know if that happens again (it shouldn't as we're not touching anything there)
[12:10] <jgdx> Ursinha, weird, and thanks! :)
[12:10] <Ursinha> jgdx: you're welcome :)
[13:27] <Mirv> mvo: bzoltan: ppa:ci-train-ppa-service/landing-012 now has armhf oxide-qt too, so it'd be ready for testing. spreadsheet line 54
[13:29] <bzoltan> Mirv:  mvo: i would be happy to land it _after_ the vivid click chroots are fixed too
[13:31] <Mirv> bzoltan: I understood mvo had a fix already in click, but I might be wrong "it hopefully does not require a change in click"
[13:31] <Mirv> so testing = testing the vivid click chroot works even with the PPA
[13:35] <mvo> Mirv: I started a chroot creation now
[14:24] <Saviq> Ursinha, hey, do you know if it'd be possible to get dbgsym packages out of the s-jenkins builder jobs?
[14:37] <mvo> Mirv, bzoltan: my testing looks promising so far, I had to hack click so that it adds the landing ppa during the chroot creation though
[14:38] <mvo> Mirv: this is why it takes a little longer to test but no errors when calculating what needs to be installed and its selecting the right oxde (ubuntu8) afaik, but its still running
[14:59] <Ursinha> Saviq: I'll figure that out for you
[14:59] <Saviq> Ursinha, it's not overly pressing, I've found the immediate info I needed, but it'd still be useful to help debugging crashes in the test runners
[15:21] <brendand> dobey, i think there's been a regression with the Apps scope
[15:22] <brendand> dobey, shouldn't there be the Games category in the list of categories?
[15:22] <Saviq> any idea when we'll get a new vivid image? 161 packages to upgrade on a freshly flashed phone...
[15:22] <brendand> dobey, Dropping letters for example is a Game
[15:25] <dobey> brendand: on rtm? or vivid?
[15:26] <brendand> dobey, well rtm
[15:28] <dobey> brendand: not a regression. i think you're hitting bug #1390191 which is already fixed in vivid, but hasn't been approved for an rtm milestone yet
[15:29] <dobey> brendand: as soon as pmcgowan or someone targets it to the next milestone, we can get it landed though, and then it should be fixed.
[15:30] <dobey> pstolowski: ^^ is that the right bug for what brendand is seeing there?
[15:30] <brendand> dobey, well there are two games in the apps scope by default
[15:32] <dobey> brendand: right. and it works in vivid. i don't think it's a regression, i think it's this bug
[15:48] <pstolowski> dobey, brendand i've just installed dropping letters on latest rtm image, this is the 1st game i installed and now have Games department in APps
[15:50] <dobey> pstolowski: it's installed by default.
[15:50] <dobey> pstolowski: as per the description in the MP/bug, if you install something from the store, then the department appears
[15:50] <pstolowski> dobey, hmm, i didn't have it, krillin #12
[15:50] <dobey> pstolowski: you must have uninstalled it then :)
[15:50] <dobey> or maybe it's not installed by default on krillin
[15:51] <pstolowski> dobey, no, i just flashed today, wiping
[15:51] <dobey> i don't know. it is installed by default on mako afaict
[15:51] <dobey> at least my mako has it on vivid
[15:52] <dobey> pstolowski: anyway, having it (and sudoku) installed by default, with no games dept appearing, that bug is the bug, right?
[15:53] <pstolowski> dobey, if both are installed by default then yeah, most likely that's it. let me flash my mako and check
[15:54] <dobey> i'm pretty sure that's it :)
[15:55] <dobey> when the current landing lands, i'll ping to get it approved for next week, and set up a landing for it
[15:56] <pstolowski> dobey, yeah. the bug mentions just one app, but that actually applies to any number. the point is they were not installed from store
[15:58] <dobey> right
[15:58] <dobey> that's how i understood it (and the behavior i saw) when i was testing your fix on vivid
[16:27] <Mirv> pstolowski: please see rtm-001, you've a superseded branch being landed and that has been sign-off:d by QA
[16:29] <mvo> Mirv: I have a conflicting meeting at 17:30 maybe I can join as soon as my other meeting is finished?
[16:31] <pstolowski> Mirv, hmm, I don't understand.. https://code.launchpad.net/~stolowski/unity-scopes-api/remote-scopes-partner-id-rtm/+merge/244899 has been top-approved?
[16:33] <Mirv> mvo: ok let's see
[16:33] <Mirv> pstolowski: yes, but https://code.launchpad.net/~stolowski/unity-scopes-api/remote-scopes-partner-id-rtm/+merge/244837 is being landed with slightly different contents
[16:37] <pstolowski> Mirv, why is that? 244899 is the one I put in the sheet
[16:47] <pstolowski> Mirv, I still don't get what's wrong.. note that https://code.launchpad.net/~stolowski/unity-scopes-api/remote-scopes-partner-id-rtm/+merge/244899 has a prerequisite lp:~stolowski/unity-scopes-api/fix-lp-1401560-rtm (and MP for the prerequisite is included in the sheet). 244899 supersedes 244837 precisely because of this update to prerequisite
[16:50] <pstolowski> Mirv, and the single line diff between the 244899 and 244837 is the fix-lp-1401560-rtm
[16:56] <Mirv> pstolowski: what the train caught is that the branch being landed is unapproved. maybe you missed a reconfig? but it does look like the end result is the same even though there's the response->wait();/response->get(); in the delta diff, which pointed me to thinking it wouldn't be exaclty same.
[16:56] <alexabreu> robru, ping
[16:56] <Mirv> pstolowski: so all in all it's confusing, but publishing as you don't see a problem and staring at the diff long enough I don't see a problem either
[16:57] <pstolowski> Mirv, response->get() is what we want
[16:57] <pstolowski> Mirv, thanks!
[16:57] <Mirv> pstolowski: you're welcome
[16:58] <Mirv> (me @ hangout so here, but soon gone again)
[16:58] <pstolowski> Mirv, could be that I forgot to reconfig... it's a bit error prone tbh
[16:58] <Mirv> pstolowski: ci train, error prone? nooo..
[16:58] <pstolowski> heh
[16:59] <Mirv> more like bureaucracy prone. lots of click clicking and manual checking.
[17:00] <pstolowski> yeah.. but whatever needs a lot of manual steps, is error prone :/
[17:17] <john-mcaleely> davmor2, are there known issues in 185 with 'toast' messages from carriers (eg balance notifications on prepaid sims?)
[17:18] <john-mcaleely> sorry, that should probably be directed at plars ^
[17:19] <davmor2> john-mcaleely: I can have a look I have a giffgaff sim with that in place and 185 on krillin
[17:19] <plars> john-mcaleely: no, not me
[17:19] <john-mcaleely> davmor2, just seen the whole UI go unresponsive in exactly that case
[17:19] <john-mcaleely> plars, thanks!
[17:20] <john-mcaleely> davmor2, seems to have been a one-off (unless it needs to be first-boot..)
[17:26] <om26er> mardy, Hi!
[17:27] <davmor2> john-mcaleely: working fine here
[17:27] <om26er> mardy, regarding silo 0 -- the entry on the spreadsheet says it only fixes bug 1384314 but when I open the relevant branch it seems to actually fix 4 different bugs.
[17:28] <john-mcaleely> davmor2, I'll do another try at first-boot later, and then forget it :-)
[17:28] <davmor2> john-mcaleely: if you can reproduce it that way let me know I'll happily try it out too
[18:05] <bzoltan> davmor2:  do you know if I need to manually merge the MR what landed today or  is it automatic?
[18:08] <elopio> ping plars: are you vanguard? I need to add a ppa to the job ubuntu-sanity-tests-ci.
[18:08] <plars> elopio: yep
[18:09] <elopio> plars: the ppa is ppa:elopio/uci
[18:12] <plars> elopio: I'm not familiar with that one, do you know where it's configured? I don't see it in cupstream2distro-config
[18:13] <elopio> plars: no sir. I only got an email forwarded from fginther saying: "There are build failures due to missing dependencies. If this requires a PPA to build, please let the ci vanguard know."
[18:13] <davmor2> bzoltan: one for robru
[18:18] <brendand> robru, hello
[18:20] <plars> elopio: I'll see what I can sort out on it, thanks
[18:21] <elopio> plars: thanks. Let me know if you need something else from me.
[18:22] <robru> brendand: hi
[18:22] <robru> bzoltan: what silo?
[18:22] <bzoltan> robru: rtm 15
[18:23] <brendand> robru, i was thinking i might have a crack at having the silo diff automatically generated and linked somewhere (on the dashboard probably)
[18:23] <brendand> robru, what codebase should i be looking at for that?
[18:25] <robru> brendand: that would be lp:cupstream2distro, but it's in an unfortunate state right now. the build script which generates the test has zero test coverage, and also we're unfortunately lacking any method of deploying any changes at the moment, which is part of the reason I haven't gotten around to that yet.
[18:27] <robru> bzoltan: what MP isn't merged? looks merged to me.
[18:28] <robru> alexabreu: pong
[18:29] <om26er> dbarth, Hi!
[18:30] <bzoltan> robru:  merged, yes ... but where to? https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/rtm
[18:30] <om26er> dbarth, re: silo 0, one of the attached bugs is not on the Olli's list.
[18:30] <john-mcaleely> plars, new device tarball incoming. for RTM, will need QA signoff
[18:30] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150107-5ffb790.changes
[18:30] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150107-5ffb790.ods
[18:30] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150107-5ffb790.tar.xz
[18:31] <john-mcaleely> maybe one for davmor2 or brendand ?
[18:31] <bzoltan> robru:  ignore me please ...
[18:31] <john-mcaleely> plars, ^
[18:31] <robru> bzoltan: ;-)
[18:31] <plars> john-mcaleely: I'm not QA, that's davmor2 or someone else from that team probably
[18:31] <john-mcaleely> just following the channel instructions :-)
[18:31] <brendand> robru, so would working on that be a waste of time and/or impossible right now? or would there just be a delay in actually getting it in production
[18:31] <brendand> ?
[18:40] <davmor2> ToyKeeper: can you have a look at the tarball, let me know if you can't I know you have silo 7 to look at,  john-mcaleely if ToyKeeper I'll hit it in the morning
[18:41] <john-mcaleely> davmor2, ToyKeeper don't forget gpg signing is now enabled, so you'll need this script
[18:41] <john-mcaleely> http://pastebin.ubuntu.com/9444425/
[18:41] <davmor2> john-mcaleely: yeap thanks
[18:41] <john-mcaleely> davmor2, great!
[18:43] <robru> brendand: well, a little bit of both. I've been intending to re-write the build job with tests, and I could implement the diff stuff then. the current state of that code is nightmarishly difficult to maintain.
[18:44] <cjwatson> https://bugs.launchpad.net/launchpad/+bug/259422 would possibly help
[18:45] <robru> cjwatson: yeah I believe that is exactly what brendand is asking for ;-)
[19:09] <plars> elopio: it *should* work now, let me know if it doesn't
[19:10] <elopio> plars: like, automatically on MPs?
[19:11] <plars> elopio: Was it not before? I worked it out with fginther and we got the ppa added, but that's all
[19:11] <plars> elopio: if you have MPs to test on it, you may need to trigger them though, I can't even see the main project for it
[19:11] <plars> elopio: but I would assume that future MPs will just work
[19:11] <plars> just whatever failed may need to be manually retried
[19:11] <elopio> plars: I haven't seen it in any of the recent MPs. I will try a new push.
[19:12] <plars> ok
[19:12] <fginther> plars, elopio, I found a problem with the automatic triggering too, that should now be fixed, but they may still be a permissions problem
[19:14] <elopio> fginther: plars: ok, I'll let you know what happens with this branch I will push.
[19:14] <elopio> thanks.
[19:47] <veebers> robru: hey, we want to release the version of autopilot that was released into vivid end of last year to RTM, that's possible right? :-)
[19:50] <robru> veebers: not sure, I'm a bit out of the loop on the status of RTM. I mean it's technically possible but I'm not sure what landings are allowed anymore
[19:50] <veebers> robru: ok, who would I talk to about being allowed?
[19:51] <robru> veebers: hmmmm. it seems I've forgotten everything over christmas ;-) I guess pmcgowan ?
[19:51] <veebers> robru: heh :-) I know that feeling. pmcgowan would you know or be the man to talk to?
[19:52] <pmcgowan> veebers, sure, would need to understand what gets affected
[19:54] <veebers> pmcgowan: Bug fixes, 2 main ones, support for large timestamps and per-test timeout option
[19:54] <pmcgowan> veebers, if you gys recommend it seems ok to me, its not in the image so just need to be sure CI etc still works
[19:55] <pmcgowan> veebers, is there any urgency to do this now? or might we wait a few weeks?
[19:55] <veebers> pmcgowan (thomi, jfunk): Sweet sounds good. Part of the release testingi is running the smoke testing with it
[19:55] <pmcgowan> ok
[19:56] <veebers> pmcgowan: I would like it done sooner rather than later, but not sure if urgent is the word I would use
[20:06] <pmcgowan> veebers, I'd say its between you thomi and jfunk then
[20:07] <thomi> veebers: I don't see any reason to delay.
[20:07] <thomi> veebers: dooo eeet :D
[20:07] <veebers> thomi: :-)
[20:07] <veebers> pmcgowan: what 's the process now, do we need to get specific permission to release into RTM?
[20:07] <pmcgowan> veebers, if it goes into the image we do monitor those
[20:16] <veebers> pmcgowan, robru: Is it possible to use a no-op mp or similar? The changes exist in the release branch but trunk itself has a commit on there that isn't in Vivid. So I can't use an MP from trunk, right?
[20:16] <thomi> veebers: you need a release series for RTM
[20:17] <thomi> veebers: which you should have permission to create in autopilot
[20:17] <veebers> thomi: ack, makes sense cheers
[21:19] <kgunn> robru: hey... have you heard complaints about citrain device-upgrade not working ?
[21:20] <kgunn> just now...i was going to test vivid silo17 for mir, it added the ppa, but didn't actually install the packages
[21:21] <robru> kgunn: uh, first I've heard of it
[21:21] <kgunn> robru: dunno why, i mean not saying it's necessarily the tool....but cemil said it failed for him a couple of days ago also
[21:22] <robru> kgunn: can you send me an email about it? I'm a bit busy right now, can look later
[21:22] <kgunn> yeppers
[21:22] <robru> kgunn: thanks
[22:12] <cjwatson> robru: it's not a perfect fit, as it would be per-package if implemented; even if we had that you'd probably still want something on top to aggregate it
[22:12] <cjwatson> (PPA diffs)
[22:19] <robru> cjwatson: still easier to grab multiple diffs than make our own
[22:31] <camako> robru, ^^ mir 0.10 looks solid. Please publish.
[22:36] <robru> camako: ah, going to need a core Dev ack.
[22:36] <robru> mterry: around for a package ack? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/
[22:36] <camako> robru, ok. lemme know if I can help.
[22:37] <robru> (Just the latest versions listed)
[22:37] <robru> camako: if you have a core Dev in your pocket, now's the time to whip him out ;-)
[22:38] <camako> I think RAOF is one... lemme ping him.
[23:01] <camako> robru, RAOF is taking a look.
[23:05] <robru> camako: cool, let me know when/if he approves then i can pull the trigger
[23:06] <camako> robru, yeap... either I or he will let you know
[23:24] <camako> robru, he did find an issue, that I'm fixing right now. just FYI, :-)
[23:25] <robru> camako: no worries