[04:52] <Mirv> fginther: they are not used as such, but I understood they are collecting code coverage numbers that would be wanted. but I personally don't need the jobs.
[06:54] <Wellark> morning!
[06:56] <Mirv> morning Wellark
[07:13] <Wellark> Mirv: wazzup with line 45? :)
[07:29] <Mirv> Wellark: it moves all binary packages of a source package elsewhere. we discussed it, it didn't seem a problem really other than that the old source package (connectivity-api) remains in limbo
[07:29] <Mirv> Wellark: do you plan to submit the same change to wily once wily + vivid-overlay dual landings are possible? at that point, it'd be good to ping us or archive admins to remove connectivity-api from wily
[07:37] <Wellark> Mirv: can we HO quickly?
[07:37] <Wellark> in 5 minutes?
[07:40] <Mirv> Wellark: sure
[08:09] <ogra_> sil2100, sorry, i need to skip today ... changelogs are auto-genertaed again, but the mapping to image numbers doesnt happen yet ...
[08:09] <sil2100> ogra_: I canceled the meeting since QA won't be around as well
[08:09] <ogra_> oh, ok
[08:09]  * ogra_ just got up, havent checked the calendar yet :)
[08:30] <Mirv> sorry other hangout, joining soon
[08:30] <Mirv> oh, cancelled
[08:31] <dbarth> hey guys
[08:34] <Mirv> hey dbarth
[08:35] <sil2100> Hey
[08:50] <dbarth> hiya; i was also trying to highlight my silo request on line 78 ;)
[08:52] <sil2100> dbarth: on it :)
[08:53] <sil2100> dbarth: remember to sync it to wily afterwards though
[08:54] <sil2100> dbarth: and also, silo 32 already has webbrowser as well - and it probably won't be signed-off until later today as the whole QA team is in the US
[08:55] <dbarth> yup; just that's it's easier to test on vivid right now
[08:56] <dbarth> ok; i'll do a quick rebuild once the other one lands
[08:56] <dbarth> sil2100: is there a comment or magic command to put somewhere to dupe the silo line and make one for wily?
[08:58] <sil2100> dbarth: not yet... too many pending issues, right now a sync request would be needed after landing
[08:58] <dbarth> ok, a sync request i will do then
[08:58] <dbarth> thanks
[08:58] <sil2100> hm, actually, let me add one more change to the train and try deploying that too
[10:09] <sil2100> huh, that's a lot of known issues
[10:11] <ogra_> cjwatson, how long are pending builds considered pending on https://api.launchpad.net/1.0/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/pending_builds ... until they finished/failed or only until they started ?
[10:12] <cjwatson> ogra_: That collection includes exactly those builds in the "Needs building", "Building", "Uploading", and "Cancelling" statuses.
[10:12] <ogra_> cool
[11:25]  * sil2100 goes off to lunch
[12:26] <ahayzen> Hi, has anyone reported that the core-apps jenkins has been acting strange over the weekend, by failing pretty much everything and certain tasks taking an extremely long time (eg this has been going >1hr http://91.189.93.70:8080/job/music-app-refactor-vivid-amd64-autolanding/35/ ) ?
[12:33] <popey> cihelp ^
[12:34] <popey> yeah, my approvals are taking an age I notice.
[12:40] <cprov> ahayzen: let me check
[13:22] <veebers> trainguards/cihelp: I understand there is an archive site that shows versions of packages that have been landed w/ the silo process (I want to check if fixes for different apps have landed)
[13:23] <sil2100> veebers: hey! So we have the Archive sheet in the train spreadsheet, but we also have so-called commitlogs
[13:23] <sil2100> Although we don't have commitlogs for the past week's images though
[13:23] <sil2100> (since I need to switch my commitlog tools to support the new channels etc.
[13:23] <veebers> Hey sil2100 o/ :-) Ah right so the archive sheet might be it then, thanks
[13:23] <sil2100> )
[13:27] <davmor2> morning all
[13:37] <alan_g> fginther: I tried your suggestion on Friday but still seeing the same error: https://jenkins.qa.ubuntu.com/job/mir-wily-amd64-ci/9/console
[13:41] <fginther> alan_g, looks like the recipe has not triggered yet from new content in lp:mir, I'll request a fresh build and see if that get some wily content generated
[13:41] <alan_g> fginther: thanks
[14:11] <oSoMoN> ToyKeeper, hey, I answered your concerns about silo 32 on the trello board
[14:12] <oSoMoN> any chance validation of that silo can be finished today?
[14:25] <boiko> trainguards: can I get vivid silo 006 reconfigured? added a new component there (telephony-service)
[14:25] <sil2100> boiko: on it
[14:27] <pmcgowan> sil2100, jibel did anyone send a clarification on which channels for testing?
[14:27] <sil2100> pmcgowan: I think davmor2 sent one out some time ago
[14:29] <boiko> sil2100: thanks!
[14:29] <davmor2> pmcgowan: sil2100  sent out one, I sent out one that was updated by john-mcaleely when arale got updated so there are now 2 that are up to date
[14:29] <pmcgowan> sil2100, those names changed
[14:29] <pmcgowan> ok
[14:29] <pmcgowan> thanks
[14:30] <sil2100> Well, I sent out an e-mail with the updated channel list so that everyone knows what channels we have and for what purpose
[14:30] <sil2100> But I didn't send anything like 'use channel abc for krillin and cba for arale' etc.
[14:30] <pmcgowan> sil2100, yah there are too many choices, we need to say use this one to land silos for krillin on vivid etc
[14:31] <pmcgowan> but sems it was handled
[15:01] <Ursinha> sil2100: hey :) we're seeing a gatekeeper job failing trying to find wily packages in a silo ppa that only has vivid... I wonder if channel renaming has anything to do with it? http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/280/label=daily-mako/console is the failing job
[15:02] <sil2100> Let me take a quick look
[15:02] <Ursinha> sil2100: fginther says now ubuntu-touch/devel-proposed points to a wily image, so it could be it?
[15:03] <sil2100> Ursinha: yes, I think devel-proposed is an alias to ubuntu-touch/devel-proposed/ubuntu which is wily-based
[15:04] <sil2100> vivid based images are generally generated from the rc-proposed channels, so:
[15:04] <sil2100> ubuntu-touch/rc-proposed/ubuntu, for instance
[15:04] <Ursinha> sil2100: right, so if your gatekeeper jobs should be pointing to vivid images, you might need to fix the channel names there
[15:04] <Ursinha> veebers: ^
[15:05] <sil2100> veebers: do you want to test your changes against vivid-based images? (future stable images)
[15:05] <sil2100> veebers: https://wiki.ubuntu.com/Touch/Channels <- here's the current overview of channels
[15:06] <veebers> sil2100: yes, this is for autopilot so we want it available on the devices
[15:08] <veebers> Ursinha: sorry having network issues, may have missed something; The suggestion is that the config params for the job were pointing to the wrong channel for the image?
[15:08] <Ursinha> veebers: possibly, we don't maintain these gatekeeper jobs, it was a guess based on what we know changed last week
[15:09] <Ursinha> veebers: if the job relies on ubuntu-touch/devel-proposed, that changed last week from vivid to wily
[15:10] <veebers> Ursinha: ack, I'm sure I used ubuntu-touch/vivid-proposed, but it sounds like that's wrong anyway?
[15:10] <Ursinha> I'm not sure that exists anymore... sil2100?
[15:10] <Ursinha> sil2100 knows it all :P
[15:10] <sil2100> Last week we did channel changes in touch ;)
[15:10] <veebers> :-)
[15:11] <sil2100> ubuntu-touch/vivid-proposed does not exist anymore, we try to get rid of all per-series channels
[15:11] <veebers> sil2100: so ubuntu-touch/rc-proposed/ubuntu is correct?
[15:11] <sil2100> veebers: yes, should be ok for your purposes - it uses vivid+overlay-PPA and has the community custom tarball in it
[15:12] <veebers> sil2100: ack thanks, I'll give it a try :-)
[15:12] <sil2100> veebers: this will become our new stable base starting with the next OTA :) (so hopefully in the nearest weeks)
[15:44] <kenvandine> bfiller_, pmcgowan: ^^ silo 35 is the ntp fix for ota4, confirmed fixed on arale and krillin vivid
[15:45] <bfiller_> kenvandine: nice, landeded it
[15:45] <kenvandine> just need qa verification :)
[16:00] <popey> sil2100: having a landing call?
[16:01] <ogra_> popey, we're in it
[16:40] <rvr> robru: ping
[16:42] <rvr> robru: We are reviewing the merge proposals of a silo, and found a problem. First one, is that the merge proposal was superseeded and it didn't trigger a run. Next one, is that, manually triggering the run, it doesn't pull the package from the PPA.
[16:42] <rvr> robru: https://code.launchpad.net/~stolowski/unity-scope-click/edit-reviews-15-04/+merge/258851
[16:42] <rvr> That would be two problems :)
[16:44] <sil2100> rvr: hey! robru has a national holiday today if anything ;)
[16:45] <rvr> sil2100: Oh, I see
[16:45] <rvr> sil2100: I thought it was already late for you :)
[16:45] <sil2100> It's around 19 here, but I usually stay longer like this
[16:47] <rvr> sil2100: We are having lunch now, we are in the sprint, I'll email you about this
[16:47] <rvr> See you
[17:07] <oSoMoN> ToyKeeper, ping, re silo 32
[17:14] <sil2100> davmor2: hey!
[17:14] <sil2100> davmor2: do you remember if any of you guys signed-off the arale wily tarball?
[17:15] <davmor2> sil2100: we have signed off NO! wily tarballs
[17:15] <sil2100> davmor2: hm, do you remember any arale specific device tarball being signed off?
[17:16] <sil2100> Since someone switched the spreadsheet entry of the arale tarball to 'Granted'
[17:16] <ogra_> there was something going on with ycheng on friday
[17:16] <ogra_> that was for vivid though
[17:16] <ogra_> iirc
[17:17] <sil2100> Ok, the description might be wrong then
[17:18] <sil2100> davmor2: if you could poke jibel for that it would be great, since if no one signed it off we need to change the field to Required
[17:19] <davmor2> sil2100: yeah it needs changing there isn't even a ticket for it
[17:19] <sil2100> Ok, let me do that then
[17:36]  * ogra_ thinks we have a massive regression in power usage ... with teeh last rtm image my krillin doesnt survivie more than a day on idle anymore :(
[17:36] <ogra_> (that used to be 5 days)
[17:40] <sil2100> uh
[17:40] <sil2100> Someone mentioned some suspend issues on the ML
[17:40] <sil2100> Maybe we should really get someone looking at that
[17:48] <sil2100> uh, almost forgot before going EOD
[17:48] <sil2100> kenvandine: hey! Since I suppose you have trainguard duty in robru's stead, could you also take a look at silo 21?
[17:48] <sil2100> kenvandine: it needs a packaging ACK and there are packages from main there
[17:49] <sil2100> Could you take a look and publish that if all is ok? :)
[17:49] <sil2100> kenvandine: thanks! o/
[17:49]  * sil2100 needs to run now
[17:50] <ogra_> sil2100, i dont see any suspend issues, i just notice that my battery is draibned after 24h
[18:02]  * kenvandine had no idea he was filling in as trainguard :)
[18:03] <kenvandine> unity-system-compositor dropped all the build qt build depends, that seems odd
[18:05] <kenvandine> i guess the cmake bits for qt were removed as well, and it built... so must be ok
[18:21] <kenvandine> alan_g, i was just doing a packaing review for silo 21
[18:22] <kenvandine> -         mir-client-platform-mesa2 | mir-client-platform-android2,
[18:22] <kenvandine> and
[18:22] <kenvandine> -         mir-platform-graphics-mesa1 | mir-platform-graphics-android1,
[18:22] <kenvandine> alan_g, i assume that is fine, but just wanted to make sure that was intentional
[18:24] <alan_g> kenvandine: I'm pretty sure it was intentional. let me check with RAOF.
[18:25] <kenvandine> alan_g, thx
[18:29] <bfiller_> kenvandine, robru: is everything in vivid overlay ppa supposed to have been synced to vivid by now? doesn't seem ilke it's happened
[18:29] <kenvandine> bfiller_, it was last week
[18:30] <kenvandine> slangasek did that
[18:30] <kenvandine> but that was a one time thing
[18:30] <bfiller_> kenvandine: hmn, something got missed qtorganizer5-eds
[18:30] <kenvandine> i can do that
[18:31] <bfiller_> kenvandine: ok cool, mabye it landed in the overlay after the sync
[18:32] <kenvandine> bfiller_, done
[18:33] <bfiller_> kenvandine: thanks, looks like dialer-app, messaging-app and address-book need it as well
[18:33] <bfiller_> kenvandine: seems like we must still be landing stuff to overlay instead of vivid, maybe that's intentional?
[18:34] <bfiller_> telephony-service too
[18:34] <seb128> bfiller_, kenvandine, things have been synced to wily, not vivid
[18:35] <kenvandine> bfiller_, dunno... i am for settings still, but just because of that autopilot problem and the uitk/upstart issue
[18:35] <kenvandine> i think he meant wily :)
[18:35] <seb128> bfiller_, kenvandine, vivid is stable, can't upload there
[18:35] <bfiller_> seb128: ah, that makes sense
[18:35] <bfiller_> of course that makes sense
[18:35] <seb128> kenvandine, I'm unsure, he just listed component that were synced to wily
[18:35] <seb128> e.g telephony-service
[18:36] <kenvandine> ah, well qtorganizer5-eds hadn't been synced to wily
[18:36] <seb128> right
[18:36] <bfiller_> kenvandine: I meant vivid, got confused because looking at a bug that is talking about vivid-proposed which doesn't seem to include the overlay
[18:36] <kenvandine> yeah, the bugs don't get closed automatically with the overlay
[18:36] <kenvandine> bfiller_, well qtorganizer5-eds did need a sync to wily :)
[18:37] <bfiller_> kenvandine: ok
[18:37] <seb128> bfiller_, btw it seems like you didn't get those upstream buglists closed? (the dialer/messaging/telephony-service/... ones)
[18:38] <seb128> bfiller_, e.g https://bugs.launchpad.net/telephony-service got one bug back since it was empty
[18:38] <slangasek> bfiller_, kenvandine: we did a one-time sync, but even immediately after syncing there were new vivid-only landings that the landers needed to take care of copying to wily
[18:38] <bfiller_> seb128: just turn it off on LP?
[18:39] <kenvandine> slangasek, thought that might have been the case
[18:39] <bfiller_> slangasek: ack
[18:40] <seb128> bfiller_, yes, that's what we discussed no? to avoid having duplicated lists
[18:41] <seb128> bfiller_, e.g in https://bugs.launchpad.net/telephony-service/+configure-bugtracker change the first option to "Somewhere else"
[18:41] <bfiller_> seb128: done
[18:42] <veebers> kenvandine: Out of interest, is there a bug filed for the uitk/upstart issue?
[18:42] <bfiller_> seb128: done for messaging and telephony-service, I still need to do triage for dialer-app
[18:42] <bfiller_> and also affects
[18:42] <seb128> bfiller_, k, thanks
[18:42] <kenvandine> veebers, yes there is and there is a proposed fix
[18:42] <kenvandine> elopio, did it
[18:43] <veebers> kenvandine: ah awesome, thanks. Will bother elopio :-)
[19:00] <alan_g> kenvandine: RAOF agrees, they "shouldn't have been there" and the removal was intended.
[19:00] <kenvandine> alan_g, thx
[19:26] <oSoMoN> ubuntu-qa: can I please have an update on silo 32? It’s been marked blocked for 2+ days, but I have answered the concerns raised in the trello card
[19:27] <davmor2> oSoMoN: 1 second
[19:29] <davmor2> oSoMoN: So Selene hasn't been able to review it as QA are sprinting this week, I'll catch up with her after and get a full feedback and take over the silo if it's all good.  Selene is mostly working on other stuff
[19:32] <oSoMoN> davmor2, thanks, I appreciate it
[19:40] <mzanetti> brendand_, hey, just to let you know... that branch you're waiting on... we're having problems that the uitk prereq isn't in wily yet
[19:41] <brendand_> mzanetti, funny i was just thinking about that one :)
[19:41] <brendand_> mzanetti, the change wasn't merged in trunk?
[19:41] <mzanetti> apparently not... still trying to figure where it got lost... it is there in vivid+overlay
[19:41] <mzanetti> but not in wily
[19:42] <mzanetti> but as we want to sync unity8 between vivid+overlay and wily it needs to be there in both first
[19:47] <elopio> bzoltan: I have some time now. How can I help?
[19:48] <elopio> sorry, wrong channel.
[20:05] <alan_g> fginther: seems to be working now. Thanks for the help
[20:15] <mzanetti> brendand_, hey, we really have to do a release of unity8... will have to drop that branch once more
[20:15] <mzanetti> sorry for that...
[20:42] <alecu> yes, I can really use a wily silo for line 84. Is there any trainguards around to ask?
[20:42] <alecu> s/Is/Are/
[21:53] <brendand_> robru, honey badger?
[22:04] <greyback> trainguards: hey, vivid silo21 has a strange error. I've noticed the packages built & landed, but the branches weren't merged. Can someone have a look please
[22:05] <greyback> oh, lp:~/qtmir/qtmir-ubuntu-vivid-proposed has appeared
[22:08] <greyback> lp:~ci-train-bot/qtmir/qtmir-ubuntu-vivid-proposed ?? - where did that come from? train created that itself?
[22:10] <greyback> mzanetti: ^^
[22:50] <mzanetti> trainguards: can you please reconfig silo 3 for me. I've added a ubuntu-settings-components branch
[23:00] <robru> mzanetti: done
[23:00] <mzanetti> thanks!
[23:00] <robru> You're welcome