[00:10] <robru> bfiller: wow! https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-020/+packages ok got the package uploaded. it needs a couple minutes to build and then I should be able to retry the other build in the PPA without touching the train (so don't cancel the build job that's currently running)
[00:11] <bfiller> robru: ok cool, thank you
[00:12] <bfiller> robru: could you also please publish ubuntu silo 17 when you get a chance? keeping you busy tonight, sorry :)
[00:15] <robru> bfiller: heh, sure
[00:37] <bregma> oooh boy
[00:37] <bregma> goody goody
[01:54] <dobey> hrmm, who's around still?
[02:10] <imgbot> [02:26] <dobey> i guess nobody
[02:39] <dobey> :-/
[02:40] <bfiller> robru: around?
[02:41] <bfiller> robru: if so need a reconfig of rtm silo 2 - added a package
[02:47] <dobey> trainguards: line 66 is for QA request of a click package, no silo should be assigned.
[02:55] <rsalveti> bfiller: done
[02:55] <bfiller> rsalveti: nice, thanks
[03:30] <imgbot> [03:30] <imgbot> [07:05] <bzoltan> trainguards: The line49 of the Sheet seems to be broken or bogus ... it was not how I edited it
[07:07] <bzoltan> that is not an RTM landing and I did fill in the lander's ID, test plan and the landing instruction ... still it looks like this -> http://picpaste.com/pics/Screenshot_from_2015-01-13_09_06_10-e7b5JcND.1421132803.png
[08:29] <sil2100> bzoltan: hello! Please approve teh merges :)
[08:29] <sil2100> bzoltan: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072
[08:49] <dbarth> good morning
[08:50] <dbarth> trainguards, can i have a reconfiguration on silo 014 (not rtm); I have added a new component to the silo
[08:52] <sil2100> dbarth: sure
[08:54] <sil2100> dbarth: done
[08:54] <dbarth> ty
[09:41] <sil2100> popey: give us a sign once you get music-app uploaded to the store ;)
[09:42] <popey> sil2100: will do!
[10:27] <didrocks> hey psivaa_! happy new year :)
[10:28] <psivaa_> didrocks: hey :), happy new year to you too
[10:28] <didrocks> psivaa_: I had a question since I probably didn't read the machine move announcement probably: trying to connect to s-jenkins as I did before (same vpn, and then http://s-jenkins.ubuntu-ci:8080/), but didn't get anything
[10:28] <didrocks> psivaa_: I guess there is a new address?
[10:29] <psivaa_> didrocks: this needs company wide VPN now
[10:30] <didrocks> psivaa_: do you have any pointer handy?
[10:30] <psivaa_> didrocks: i'm looking for that email thread to forward to you
[10:30] <didrocks> psivaa_: ah, thanks a lot :)
[10:32] <dbarth> hi again
[10:32] <popey> did we break sound in the latest image on krillin?
[10:32] <dbarth> trainguards: i'm trying to understand why some branches are marked as landed for a silo, but not merged though
[10:32] <popey> hmm, not completely
[10:33] <dbarth> it was the 000 rtm silo on the 5th; but this branch typically didn't get merged since: https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[10:33] <didrocks> psivaa_: thanks a lot! trying :)
[10:34] <psivaa_> didrocks: yw :)
[10:37] <sil2100> dbarth: hm, let me look at that
[10:38] <sil2100> dbarth: you said it was in silo 000, right?
[10:38] <dbarth> sil2100: the silo has been landed and fully published afaict
[10:38] <dbarth> yes, i found it back in the archived tab of the spreadsheet
[10:38] <dbarth> and so i'm curious if the changes effectively landed or not
[10:40] <sil2100> dbarth: but by 5th you mean 5th of December, right?
[10:40] <dbarth> uh no; january
[10:40] <sil2100> Strange
[10:41] <didrocks> psivaa_: working perfectly! Thanks a bunch :)
[10:44] <psivaa_> didrocks: np, glad it's working :)
[10:45] <sil2100> dbarth: ok, so what I see is that on the 5th in silo 000 there was this merge: https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 <- and it got published but not merged as well!
[10:45] <sil2100> So something must be bugged in the train
[10:46] <dbarth> ok
[10:47] <sil2100> dbarth: the problem is that with the current way how CI Train does m&c after Robert's changes it's really hard to get m&c logs...
[10:47] <sil2100> Since it's the check-publication-migration job that now runs those, and it runs like every few minutes :|
[10:52] <sil2100> dbarth: hm, actually it did get merged
[10:52] <dbarth> oh
[10:53] <sil2100> Just strangely LP didn't notice it being merged
[10:53] <sil2100> dbarth: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 <-
[10:53] <dbarth> oh, if so, then it's better
[10:54] <dbarth> indeed!
[10:54] <sil2100> I don't like the CI Train Bot user though, looks bugged
[10:54] <dbarth> ok, i can fix the LP status, that's no problem
[10:54] <dbarth> thanks sil2100
[10:55] <sil2100> dbarth: yw, I still think there might be some bug somewhere that makes LP not notice the branch getting merged
[10:55] <sil2100> But at least it's merging
[10:55] <dbarth> cool
[10:56] <mardy> sil2100: can you also check for this one? https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[10:56] <mardy> sil2100: it should have been in the same silo, IIRC
[11:03] <cjwatson> sil2100: can't possibly be merged, the last change in https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 was 2015-01-08, but last commit on the merge target https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 was 2015-01-05
[11:03] <cjwatson> dbarth: ^-
[11:04] <cjwatson> sil2100,dbarth: I think r206 from lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes is unmerged
[11:05] <cjwatson> and that signon one is definitely entirely unmerged
[11:05] <sil2100> hm
[11:06] <sil2100> cjwatson: so that would mean that CI Train merged an earlier version, hah, makes sense
[11:07] <sil2100> dbarth: so it seems LP didn't register it merging because mardy added an additional change to the branch after CI Train already built packages from an earlier one
[11:07] <sil2100> And no one rebuilt the silo
[11:07] <dbarth> ugh
[11:07] <sil2100> This caused only parts of the merge be merged indeed
[11:07] <sil2100> cjwatson: thanks for noticing!
[11:07] <dbarth> that may be due to the way the master branch is used
[11:08] <dbarth> hmm, so it's better if we rework the merge proposal with the missing bits
[11:08] <dbarth> and make a new landing to ensure everything gets landed properly
[11:09] <sil2100> dbarth: well, in case of this branch: lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes , the only thing that didn't get merged is this:
[11:09] <sil2100> http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/revision/206
[11:09] <mardy> dbarth: I think the proposed branches are OK -- unless you want to add the snap decision removal
[11:09] <sil2100> dbarth: but CI Train generates the changelog by itself anyway, so all is cool
[11:09] <dbarth> right
[11:09] <sil2100> As cjwatson noted already
[11:10] <sil2100> But not sure what happened with the signon merge, as I didn't see it in CI Train's logs at all
[11:10] <sil2100> As if it was never configured for the silo
[11:10] <sil2100> MAybe a missing reconfigure?
[11:10] <dbarth> maybe
[11:15] <dbarth> mardy: but the signon branch didn't get merged though
[11:15] <dbarth> https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[11:16] <dbarth> sil2100: that branch ^^ wasn't merged either afaict, even if it was part of the silo as well
[11:17] <dbarth> sil2100: and that one required a manual reconfigure in that case
[11:19] <sil2100> dbarth: yeah, I checked the logs and CI Train was not aware of the signon branch, it only had ubuntu-system-settings-online-accounts configured
[11:19] <sil2100> So it didn't release or build the signon package
[11:22] <dbarth> sil2100: ok, makes sense
[11:22] <dbarth> so i'll re-propose that in a bit
[11:23] <dbarth> mardy: and maybe then we can batch the snap decision fix as it will be distinct and not a source of confusion
[11:23] <dbarth> the situation is clearer now
[11:23] <dbarth> sil2100: thanks
[11:26] <mardy> dbarth: OK
[11:34] <cwayne> morning
[11:34] <cwayne> davmor2: rvr: hows it goin
[11:35] <rvr> cwayne: I'm checking the OOBE changes in the Spanish image
[11:35] <davmor2> cwayne: it's going, however popey needs music uploaded to the store and pulled in now so it might need ballons to be online
[11:36] <popey> it does. he has the notification.
[11:39] <davmor2> cwayne: the new scope helper it's only today and photos right?  It's not meant to show up anywhere else?
[11:41] <davmor2> cwayne: and have you thought about trying to land the galileo code in the distro?  Preferably with the daemon turned on and the user switch added so no root is required?
[11:45] <cwayne> davmor2: if the right version of pysub was in I'd try to get it into debian/ubuntu
[11:45] <cwayne> davmor2: and yeah, only Today and Photos
[11:45] <cwayne> but now Nearby will show something similar if there's no network (instead of being blank), but not on first boot
[11:46] <davmor2> cwayne: thanks that is easy to test flight mode for the win
[11:46] <cwayne> yep :)
[12:24] <sil2100> cwayne, davmor2, rvr: remember to wait for the signal from popey
[12:25] <davmor2> sil2100: I haven't finished testing
[12:38] <sil2100> popey: were you able to find someone for the upload procedure?
[12:52] <davmor2> sil2100, cwayne: it sounds like we are stuck waiting on balloons now for popey's music upload.  Test is complete everything it say it fixes seem to be and everything it says it is new is :)
[12:57] <Saviq> brendand, just wanted to note my comment for silo 18, "earphone keys and lifecycle prompts are enablement, no visible improvement yet"
[12:58] <brendand> Saviq, ok
[12:59] <brendand> Saviq, btw that silo seems to have a number of bug fixes that aren't mentioned in the description
[12:59] <Saviq> brendand, ?
[12:59] <cwayne> davmor2: awesome, thanks for testing :)
[13:00] <Saviq> brendand, if you mean the mir changelog, that's train not knowing what it's doing
[13:00] <cwayne> rvr: do I have a +1 from you as well (with the understanding that translation work is ongoing and I'll keep you in the loop on it)
[13:00] <brendand> Saviq, i'm strictly looking at the diff between the new package and the package currently in RTM
[13:01] <brendand> Saviq, so the train isn't involved (i don't think)
[13:01] <Saviq> brendand, if you mean the LP diff, that's even worse
[13:01] <rvr> cwayne: Yes, everything seems fine so far.
[13:01] <cwayne> rvr: lovely, thanks for testing :)
[13:01] <Saviq> brendand, can you point me to the diff please?
[13:01] <cwayne> ok, so now I wait for sil2100 to tell me I can push the magic button :)
[13:02] <ogra_> cwayne, we are waiting for popey/baloons to push the new music app and roll a rootfs first
[13:02] <cwayne> ogra_: yep, after which sil2100 will tell me I can push the magic button :)
[13:03] <sil2100> ;)
[13:03] <ogra_> right ...
[13:03] <sil2100> popey: any luck?
[13:03] <ogra_> just saying ... might still take some time
[13:03] <cwayne> didn't mean it'd be imminent or anything
[13:03] <cwayne> yeah, I understand
[13:08] <popey> sil2100: will let you know when I have
[13:10] <brendand> Saviq, here it is: http://people.canonical.com/~brendan-donegan/landing-018
[13:12] <Saviq> brendand, yes, so the debian/changelog diff is train being confused, all that's already released into rtm, except for the top item by Daniel (see the MP: https://code.launchpad.net/~mir-team/mir/backport-1355173.trust-prompt-suspend/+merge/246024)
[13:13] <Saviq> brendand, whereas the actual meat of the diff is correct, and limited to only the bug# as mentioned in the silo description
[13:15] <popey> sil2100: we need to find someone in EU TZ who could be given the right to upload.
[13:21] <dbarth> trainguards: can i get a silo for line 68? (vivid silo)
[13:53] <sil2100> dbarth: sure o/ I was on lunch, just got back from it partiallyt
[14:02] <bfiller> sil2100: mind reconfiguring rtm silo 20, I added sync-monitor to it
[14:03] <sil2100> bfiller: sure thing, on it now
[14:04] <bfiller> sil2100: thanks!
[14:05] <sil2100> dbarth: ok, assigned, but the same component is locked in 014, so be sure to coordinate with yourself ;)
[14:06] <sil2100> bfiller: done
[14:07] <dobey> can someone add row 66 from the spreadsheet to the QA trello board please?
[14:08] <sil2100> brendand, davmor2: ^ ?
[14:09] <brendand> dobey, happens automatically as long as the process is followed
[14:10] <brendand> ah it's a click package so not appearing as needs qa sign off
[14:11] <brendand> sil2100, anything we can do about that?
[14:17] <sil2100> brendand: we wanted to do something, but the CI Team said that we shouldn't since the spreadsheet replacement would take care of it
[14:17] <dobey> brendand: right, there is no "process" for clicks yet :(
[14:18] <dobey> brendand: i only put it in the spreadsheet because nobody seemed to be around when i checked in last night to get it on the QA list.
[14:19] <alan_g> fginther: we're seeing a lot of weird failures on https://jenkins.qa.ubuntu.com/job/mir-vivid-amd64-autolanding/ - any ideas?
[14:20] <fginther> alan_g, Let me take a look
[14:20] <brendand> dobey, ok
[14:27] <fginther> alan_g, there appears to be a problem with one of the builder nodes which caused these recent failures. I've offlined that node until the problem is fixed. The latest build of mir-vivid-amd64-autolanding took place on a different node and just passed
[14:27] <alan_g> fginther: thanks
[14:27] <alan_g> alf: ^
[14:41] <kenvandine> brendand, can you confirm which package version you downgraded to to get passing autopilot tests?
[14:42] <kenvandine> they are still failing for me on rtm with the version from 1211
[14:43] <brendand> kenvandine, ubuntu-system-settings-autopilot
[14:43] <kenvandine> but what version?
[14:44] <kenvandine> 0.3+15.04.20141211~rtm-0ubuntu1 gives me 96 failures
[14:44] <sil2100> kenvandine: I think to this 0.3+15.04.20141112.1~rtm-0ubuntu1 ?
[14:45] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/rtm/186.changes
[14:45] <ogra_> it started with this image
[14:46] <ogra_> image 185 had 2 failures for u-s-s
[14:46] <kenvandine> oh... that's really old
[14:46] <ogra_> 186 then had 120
[14:46] <sil2100> hm
[14:46] <sil2100> No, wait
[14:47]  * ogra_ waits 
[14:47] <sil2100> kenvandine: I think it was 0.3+15.04.20141211~rtm-0ubuntu1, as you mentioned, but still browsing logs
[14:47] <ogra_> ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1
[14:48] <ogra_> so theoretically 0.3+15.04.20141211~rtm-0ubuntu1 should pass
[14:48] <sil2100> kenvandine: yeah, so I gave brendand these versions http://paste.ubuntu.com/9717897/ and he said it's fine
[14:48] <sil2100> kenvandine: he upgraded the -autopilot package to that version as well
[14:50] <brendand> kenvandine, well it was the one that went with the version of u-s-s in 185
[14:53] <om26er_> dobey, Hi!
[14:53] <om26er_> dobey, I need some help verifying the fix in silo 15
[14:54] <kenvandine> brendand, thanks
[14:54] <kenvandine> brendand, so i also tested the trunk version on rtm, and had a bunch of failures
[14:54] <kenvandine> but they pass on vivid
[14:55] <kenvandine> brendand, but of course the failures seem random
[14:55] <dobey> hi om26er_
[14:55] <brendand> kenvandine, yeah i'm not sure why it starts failing after a certain point
[14:56] <brendand> kenvandine, then continues to fail
[14:56] <ogra_> it is at least 100% reliably failing since 186
[14:57] <ogra_> and there is a crash too
[15:08] <om26er_> dobey, hey
[15:13] <dobey> om26er_: pstolowski can probably detail how to test that specific bug better; on a fresh krillin flash, it requires removing an entry from an sqlite db and editing a .desktop file to include a missing key, i think :-/
[15:13] <bzoltan> brendand: can we not wait for kalikiana? He is on sickleave and I have no idea when he will be able to contribute.
[15:13] <brendand> bzoltan, mmm ok
[15:14] <sil2100> bzoltan: hey! Can you quickly approve https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072 ?
[15:14] <sil2100> ;)
[15:14] <brendand> bzoltan, since it's a small change we can let it by this time. but code should really come with tests, worries about stability aside
[15:16] <om26er_> pstolowski, :)
[15:16] <pstolowski> om26er_, that's correct. the only way of testing that fix is to trigger the problem by modifying the data
[15:17] <pstolowski> om26er_, going priv
[15:17] <bzoltan> brendand: +1 and with the next RTM landing I will make a test for this case.
[15:17] <bzoltan> sil2100:  done, sorry
[15:18] <brendand> bzoltan, i'm just finishing another landing but i will land yours today as well
[15:19] <sil2100> bzoltan: thanks, publishing!
[15:20] <kenvandine> brendand, who do i need to bribe to get AP tests added to the CI tests for MP to our rtm branch?
[15:20] <kenvandine> i really want to be able to see AP results for rtm branches
[15:22] <brendand> kenvandine, was the landing a merge request or a sync?
[15:22] <kenvandine> they are all merges
[15:23] <kenvandine> brendand, but regardless of what's already landed, i want to start seeing the AP tests running for merges asap
[15:23] <brendand> kenvandine, well someone in the ci team anyway. probably fginther
[15:24] <kenvandine> fginther, ^^^ pretty please :)
[15:24] <kenvandine> fginther, all i really need is AP tests on device for ubuntu-system-settings
[15:24] <kenvandine> at least my more immediate need
[15:25] <fginther> brendand, kenvandine, catching up...
[15:27] <fginther> kenvandine, just so I'm clear, you're asking for the AP tests to be run as part of http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-rtm-14.09-ci/ ?
[15:27] <kenvandine> fginther, yes please
[15:28] <kenvandine> it'll help me tremendously in landing a fix for the AP failures for rtm
[15:28] <kenvandine> and we really want it in general to prevent this in the future
[15:29] <fginther> kenvandine, got it. We'll look into what is needed for this and get back to you
[15:29] <kenvandine> fginther, thanks!
[15:33] <pmcgowan> kenvandine, did you figure out whats causing the AP failures?
[15:34] <kenvandine> pmcgowan, no... i haven't
[15:34] <kenvandine> trying to narrow it down
[15:35] <kenvandine> pmcgowan, but i want to make sure CI will run AP for me when i have a branch
[15:36] <kenvandine> pmcgowan, they said the tests started failing with image 186, which included this change:
[15:36] <kenvandine> ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1
[15:36] <kenvandine> but i got 96 failures from version  0.3+15.04.20141211~rtm-0ubuntu1
[15:36] <pmcgowan> kenvandine, looking at the commits there were update manager and bluetooth changes in between
[15:37] <pmcgowan> and a bunch of translation po file diffs
[15:37] <kenvandine> yeah, but in the latest image, the version that passed before is failing
[15:37] <kenvandine> at least on my device
[15:37] <pmcgowan> ah
[15:37] <kenvandine> which makes me think something else changed
[15:37] <kenvandine> but i'm not seeing what
[15:37] <kenvandine> it would be cool to do a sanity run in CI too :)
[15:38] <kenvandine> the failure looks very similar to what was fixed in my less_flaky branch that landed in trunk
[15:38] <kenvandine> but back porting that fails on my device too
[15:39] <pmcgowan> hmm the uitk changed and a couple indicators
[15:39] <kenvandine> yeah
[15:39] <kenvandine> indicator-sound in particular
[15:39] <kenvandine> which went along with a change in settings
[15:40] <kenvandine> still doesn't explain why 0.3+15.04.20141211~rtm-0ubuntu1 is failing for me
[15:43] <balloons> cyphermox, care to try a store upload for the music app? I believe you still have permissions to do so right?
[15:43] <balloons> popey, ^^
[15:43] <popey> pmcgowan: you mentioned there was a silo which was going to fix this online accounts hitting me in the face... is it any closer to landing? http://people.canonical.com/~alan/screenshots/device-2015-01-13-154219.png
[15:44] <popey> cyphermox: if so, the click is http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click
[15:44] <cwayne> popey: online accounts is also supposed to be removed from youtube soon
[15:45] <pmcgowan> popey, I fear it has landed
[15:45] <cyphermox> moo?
[15:45] <popey> pmcgowan: ☹ this makes my phone far from usable.
[15:45] <cyphermox> I don't know if I ever had any kind of permissions for this
[15:45] <cyphermox> I wouldn't know how to do it :)
[15:45] <pmcgowan> cwayne, can you elaborate
[15:45] <popey> pmcgowan: even had people hand the phone back to me and say "that's rubbish" and refuse to play with it ☹
[15:46] <pmcgowan> popey, whats the bug # again? forget the use case
[15:46] <cwayne> pmcgowan: online accounts doesn't get you any actual personalization for the youtube scope, so it's going to be removed so there's no point of authenticating to it
[15:46] <pmcgowan> right
[15:47] <popey> but my phone keeps hitting me with that dialog all the time
[15:47] <pmcgowan> cwayne, eta? seems popey  is quite grumpy about this
[15:47] <popey> if I cancel it comes back
[15:47] <popey> hehe
[15:47] <popey> ☻
[15:47] <popey> grumpy? moi!?
[15:47] <cwayne> pmcgowan: not sure, I've been trying to push for it to land, thostr_ would know when it may land
[15:47] <cwayne> bug is here: https://bugs.launchpad.net/unity-scope-youtube/+bug/1391595
[15:48] <pmcgowan> hm been siting for 2 months
[15:49] <cwayne> yep :/
[15:50] <popey> balloons: looks like cyphermox can't do it.
[15:50] <cyphermox> if you guys know where that's done I can *try*
[15:50] <cyphermox> but I've never done it, and I don't know if I do have access
[15:50] <popey> sil2100: seems there's a problem uploading clicks to the store
[15:50] <popey> cyphermox: ok, never mind if you never have.
[15:50] <popey> sergiusens has access.
[15:50] <popey> working my way through the channel.
[15:50] <cyphermox> alright :)
[15:50] <popey> thanks tho
[15:51] <pmcgowan> cwayne, so the youtube scope doing very little here, no thumbs at all
[15:52] <pmcgowan> mako works hmmm
[15:52] <cwayne> pmcgowan: no idea, youtube's not one of ours
[15:53] <pmcgowan> seems its confused about net connection or something
[15:53] <sergiusens> popey: what's the issue?
[15:54] <balloons> popey, ack. sergiusens popey is trying to confirm if the store is having trouble, or if it's just me.
[15:54] <balloons> the upload I did for music is coming back blank each time
[15:54] <cwayne> pete-woods was having issues with uploads too
[15:54] <cwayne> so it seems could be the store
[15:56]  * sergiusens wonders why the store can't be reached at store.ubuntu.com
[15:57] <sergiusens> popey: I can access, maybe approve and upload too
[15:57] <popey> sergiusens: can you please upload http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click
[15:58] <sergiusens> popey: certainly, I've been using it and all was good btw :-)
[16:00] <kgunn> trainguards seems my packages need some manual acking
[16:00] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=qtmir
[16:01] <popey> sergiusens: thanks
[16:01] <sergiusens> popey: oh wait, I don't have the credentials handy, might be a bit :-/
[16:04] <dobey> brendand: hmm, were you not going to add the pay-ui click package to the trello board?
[16:05] <sil2100> ogra_: can I use you for a packaging ACK? :)
[16:06] <ogra_> i can try ... (in meeting atm)
[16:06] <sil2100> ogra_: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/artifact/packaging_changes_mir_0.8.1+15.04.20150112.2~rtm-0ubuntu1.diff <- a biiiig release, but from packaging it's only a libmirserver bump
[16:07] <thostr_> cwayne: pmcgowan: removing OA from youtube.... having issues with store right now but will soon be there
[16:09]  * sil2100 is waiting for the music app upload still
[16:14] <sil2100> I'll pause silo publishing until we get the custom tarball uploaded
[16:15] <ogra_> sil2100, wow, what a changelog ... ACK
[16:17] <sil2100> Big release!
[16:17] <sil2100> I'll publish it after we kick a new image, I don't want to have all the changes in one image
[16:17] <sil2100> I'm trying to spread it out to have a checkpoint
[16:17] <sil2100> sergiusens: any luck on uploading the music-app click? :)
[16:20] <sergiusens> sil2100: no; and I need to find the computer that has the creds which is still packed from moving
[16:20] <pmcgowan> thostr_, thanks
[16:20] <sergiusens> sil2100: ask beuno to reset the password and take it ;-)
[16:20] <sergiusens> will be faster
[16:28] <seb128> sil2100, hey, sorry but stupid question, I didn't do rtm landing ask for a while, is l69 having what is needed?
[16:28] <brendand> dobey, yeap, just added
[16:29] <dobey> brendand: great, thanks
[16:30] <greyback_> anyone else having CI failures over udev dependency fail: https://jenkins.qa.ubuntu.com/job/qtmir-vivid-amd64-ci/45/console
[16:33] <davmor2> balloons: I see music on the mailing list now \o/
[16:33] <davmor2> popey: ^
[16:33] <bfiller> sil2100: hey, rtm silo 2 and silo 20 are showing up as failed even though all the packages built correctly. Looks like it's because we had to manually upload different versions of maliit-framework and libsythesis. Anyway you can correct this so the status is correct on the dashboard page?
[16:34] <popey> davmor2: hang fire please
[16:35] <davmor2> popey: I was pointing out that it was there not that it was done :)
[16:35] <balloons> it's not yet in the store davmor2
[16:37] <sil2100> seb128: hey! Let me take a look if all is ok
[16:37] <seb128> sil2100, thanks
[16:37] <sil2100> bfiller: I'll take a look in a moment, should be easy
[16:38] <popey> OK, sil2100 music r782 now in the store
[16:39] <cwayne> \o/ so now i still need to wait for rootfs right
[16:39] <sil2100> seb128: had to remove one whitespace from the sync line but in overall looks ok, assigning silo :)
[16:39] <seb128> sil2100, thanks, what that a syntax error? where was it?
[16:41] <sil2100> seb128: CI Train is not smart enough and there cannot be a space between sync and distro in "sync:ubuntu" ;) Small thing
[16:42] <seb128> sil2100, noted for next time, thanks!
[16:47] <sil2100> bfiller: thinking how to resolve this... in the past it was easy, but after robru's changes the Train no longer tracks whatever we push to the PPA :)
[16:49] <fginther> kenvandine, I may have a solution for the rtm AP testing. I'm currently testing it out and will update you if things go well
[16:57] <sil2100> popey: thanks!
[16:57] <sil2100> ogra_: hey, can you disable the importer? :)
[16:58] <sil2100> ogra_: we would upload the new custom tarball and kick the image
[17:01] <ogra_> sil2100, will do, (bit busy in the snappy meeting atm ... i'll also be late for landing)
[17:08] <robru> sil2100: bfiller: what's going on? if the jobs succeeded can you not just WATCH_ONLY build?
[17:08] <Saviq> trainguards, anything I can do to expedite rtm silo 18? it's waiting for packaging ack
[17:09] <robru> Saviq: you could find a core dev to do the packaging ack ;-)
[17:10] <Saviq> robru, you're it!
[17:10] <robru> Saviq: I'm not a core dev...
[17:10] <Saviq> robru, slacker
[17:11] <sil2100> cwayne: please push the tarball!
[17:11] <sil2100> :)
[17:12] <cwayne> sil2100: done :)
[17:12] <cwayne> \o/
[17:13] <Saviq> rsalveti, got a min to ACK packaging changes for us https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/console ?
[17:13] <rsalveti> lemelook
[17:13] <Saviq> rsalveti, FYI, changelog os b0rked by silo
[17:15] <rsalveti> Saviq: looks fine
[17:15] <rsalveti> sil2100: ^
[17:15] <Saviq> robru, ↑
[17:15] <dobey> om26er_: what image #/device did you test silo 15 on, btw? :)
[17:15] <sil2100> robru: not sure, but it seems if you create a sync silo, build a sync then directly push the package to the ppa, the build job seems to be looking for the old version still
[17:15] <om26er_> dobey, 191
[17:16] <sil2100> robru: (maybe because it's in the .project file? I had to modify the .project file to enable it looking for the new version)
[17:16] <sil2100> rsalveti, Saviq, robru: ah, this one is fine, it's ACKed already
[17:17] <dobey> om26er_: great, thanks :)
[17:17] <sil2100> Saviq: we're waiting with publishing that
[17:17] <robru> sil2100: hm that's strange, my changes to watch_ppa should have made it depend more on the versions it finds in the PPA, not less.
[17:17] <om26er_> dobey, did I miss something ?
[17:17] <sil2100> Saviq: we build a new image now and want it to land afterwards
[17:17] <sil2100> robru: so hm, maybe that was a different case? I know that bfiller's build job looked like this (but maybe it wasn't a watch-only job)
[17:18] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/97/console
[17:18] <Saviq> sil2100, ah, fine
[17:18] <dobey> om26er_: i just used your QA of it for the tests column too, since you did it before i filled it out :)
[17:18] <sil2100> robru: hm, actually, I think the .project file might be somehow corrupted now by my manual changes, not sure why
[17:19] <robru> sil2100: what silo?
[17:20] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/98/console
[17:20] <sil2100> ;)
[17:20] <imgbot> [17:20] <robru> sil2100: that doesn't make any sense.
[17:21] <sil2100> robru: https://ci-train.ubuntu.com/job/cyphermox-test/523/console <- I only modified the .project file's one version number, now it looks like this
[17:21] <om26er_> Saviq, there is a packaging change in 12, is that pre-approved ?
[17:21] <sil2100> robru: so maybe my change is unrelated?
[17:23] <robru> sil2100: yeah the cyphermox-test job looks fine, now I'm trying to read the code to understand that traceback
[17:23] <Saviq> om26er_, not, didn't know we should pre-ack
[17:24] <Saviq> om26er_, what's the process there?
[17:24] <om26er_> Saviq, I am not sure, I just remember from a few months that packaging changes were getting approval as well.
[17:24] <om26er_> Not sure if thats still the process.
[17:25] <Saviq> om26er_, they do, but it's part of publishing usually
[17:25] <robru> sil2100: http://bazaar.launchpad.net/+branch/cupstream2distro/view/head:/citrain/watch_ppa.py#L80 the code that's failing doesn't mention version numbers or project files at all. is this a new source package? it seems like the failure is that the source package doesn't exist at the destination.
[17:25] <Saviq> om26er_, like when they press publish, it warns them about packaging changes
[17:25] <Saviq> them being train folk
[17:25] <brendand> bzoltan, just to let you know i'm chasing an issue with the silo
[17:25] <om26er_> Saviq, aah, understood.
[17:27] <robru> sil2100: or maybe it doesn't exist in RTM. shit.
[17:27] <brendand> bzoltan, i came across an instance where you can't bring up the copy/paste menu. only with the silo though - yet to reproduce it without
[17:29] <sil2100> hmm
[17:29] <robru> sil2100: looking over the code more, yeah I think it's because the package doesn't exist in RTM. sadly I can write a test and a fix for that somewhat trivially, but we have no way to deploy :-/
[17:30] <pmcgowan> why doesnt u-d-f see a 14.09-proposed channel?
[17:31] <brendand> bzoltan, ah - i just did
[17:31] <pmcgowan> ogra_, ?
[17:31] <brendand> bzoltan, silo 1 is clear then
[17:31] <sil2100> robru: ouch... btw. which package is the problem here? Since I thought maliit-framework was in RTM
[17:32] <bzoltan> brendand:  my wife is a dentist ... not a cardiologist :D So please.. save me fro heart attack :D
[17:32] <ogra_> pmcgowan, dunno ... why would you use a versioned channel ? :)
[17:32] <ogra_> these need to die asap
[17:32] <pmcgowan> ogra_, how do I get that channel now?
[17:33] <sil2100> kenvandine: how's work on the autopilot u-s-s problems? :)
[17:33] <ogra_> pmcgowan, nothing changed ... same way as always
[17:33] <ogra_> pmcgowan, whats the exact issue ?
[17:33] <pmcgowan> I always flashed --channel ubuntu-touch/ubuntu-rtm/14.09-proposed but its not there today
[17:33] <robru> sil2100: https://launchpad.net/ubuntu-rtm/+source/myspell-hr there it is
[17:34] <ogra_> pmcgowan, ah ... drop ubuntu-touch/ and use the touch keyword
[17:34] <robru> sil2100: I'm a bit shocked it took this long to hit this bug, watch_ppa was one of the first refactorings I did... is this seriously the first time we had a silo with a new rtm source since november>
[17:34] <ogra_> pmcgowan, ubuntu-device-flash touch --channel=ubuntu-rtm/devel-proposed ..
[17:34] <ogra_> i think that should work
[17:35] <sil2100> huh
[17:35] <pmcgowan> ogra_, I do ubuntu-device-flash query --list-channels --device mako  and it confuses me there is no propsoed
[17:35] <ogra_> and iirc olli had a task to make the versioned channel names go away
[17:35] <pmcgowan> other than vivid
[17:35] <pmcgowan> something not right
[17:35] <sil2100> robru: but strange! Since we added myspell-hr and I think bfiller already ran the build job once with that package included
[17:36] <pmcgowan> ogra_, stabled and devel both are rtm-14.09 proper
[17:36] <robru> sil2100: well the IndexError makes it pretty clear that the list of packages at destination is empty, and myspell-hr indeed has no packages at destination, so...
[17:36] <ogra_> pmcgowan, yeah, weird
[17:37] <ogra_> pmcgowan, i think thats either an stgraber or sergiusens question
[17:37] <pmcgowan> lets hear what they say
[17:37] <ogra_> yup
[17:40] <sil2100> ogra_: how's the rootfs build going? ;)
[17:41] <ogra_> sil2100, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[17:41] <ogra_> see yourself :)
[17:42] <ogra_> pmcgowan, i definitely see the channel in http://system-image.ubuntu.com/channels.json ...
[17:42] <pmcgowan> hmm
[17:42] <brendand> kenvandine, any luck with that bug?
[17:44] <kenvandine> brendand, not yet... trying to flash my device to start clean
[17:45] <kenvandine> but i'm seeing the same thing pmcgowan seemed to just be asking about
[17:45] <sergiusens> pmcgowan: stable -> 14.09
[17:45] <ogra_> sergiusens, we are looking for rtm devel-proposed
[17:45] <pmcgowan> sergiusens, wheres proposed
[17:45] <ogra_> (or 14.09-proposed, as you like)
[17:46] <ogra_> ogra@styx:~$ ubuntu-device-flash query --list-channels --device=krillin|grep proposed|grep rtm
[17:46] <ogra_> ogra@styx:~$
[17:46] <kenvandine> ubuntu-rtm/devel-proposed not found
[17:46] <sergiusens> },
[17:46] <sergiusens>     "devel-proposed": {
[17:46] <ogra_> (doesnt work for mako either)
[17:46] <sergiusens>         "alias": "ubuntu-touch/vivid-proposed"
[17:46] <ogra_> sergiusens, rtm ...
[17:46] <ogra_> not vivid
[17:47] <sergiusens> ogra_: well those are the "generic" aliases
[17:47] <sergiusens> ogra_: as in top level without adding the subchan
[17:47] <kenvandine> brendand, i can't get passing tests even with the version you had passing tests for... decided to wipe and start fresh, but that channel doesn't seem to be there :/
[17:47] <ogra_> sergiusens ...
[17:47] <ogra_>     "ubuntu-touch/ubuntu-rtm/devel-proposed": {
[17:47] <ogra_>         "alias": "ubuntu-touch/ubuntu-rtm/14.09-proposed",
[17:47] <ogra_> thats from channels.json
[17:47] <brendand> kenvandine, what was the version you used?
[17:47] <ogra_> neither of these two exists for u-d-f
[17:48] <sergiusens>     "ubuntu-touch/ubuntu-rtm/devel-proposed": {
[17:48] <sergiusens>         "alias": "ubuntu-touch/ubuntu-rtm/14.09-proposed",
[17:48] <ogra_> right
[17:48] <ogra_> the query doesnt find them
[17:48] <sergiusens> ogra_: u-d-f honors the "hidden": true attrib
[17:48] <ogra_> neither the actual channel nor the alias
[17:48] <kenvandine> 0.3+15.04.20141211~rtm-0ubuntu1
[17:48] <sergiusens> ogra_: all proposed channels are hidden
[17:48] <kenvandine> brendand,  ^^
[17:48] <ogra_> sergiusens, argh ... who decided that ?
[17:48] <pmcgowan> sergiusens, oh my since when
[17:48] <ogra_> sergiusens, so we cant flash -proposed anymore ?
[17:49] <brendand> kenvandine, which image did you try on?
[17:49] <kenvandine> 191
[17:49] <brendand> kenvandine, ah
[17:49]  * ogra_ wonders why the smoke tests work then
[17:49] <kenvandine> krillin
[17:49] <brendand> kenvandine, so there might be other packages involved
[17:49] <pmcgowan> flashing must work just the query doesnt show them
[17:49] <kenvandine> brendand, that's what i'm thinking
[17:49] <brendand> kenvandine, i could only get it to go away by using 185 AND downgrading the u-s-s packages
[17:49] <ogra_> pmcgowan, "must" or "does" ?
[17:49] <kenvandine> pmcgowan,  ubuntu-touch/ubuntu-rtm/devel-proposed just worked for me
[17:49] <ogra_> :)
[17:50] <ogra_> phew
[17:50] <sergiusens> ogra_: it can use it, it just doesn't list it
[17:50] <pmcgowan> back to who said to do this
[17:50] <ogra_> sergiusens, k
[17:50] <bzoltan> sil2100: I am done with the UITK experiment with the RTM silo10. Thanks for the silo :) please release it whenever you need.
[17:50] <sergiusens> pmcgowan: that would be sabdfl
[17:50] <kenvandine> brendand, i think my less_flaky branch should fix it... but can't get anything to pass on this thing!
[17:50] <ogra_> sergiusens, then we are fine
[17:50] <pmcgowan> sergiusens, brilliant then
[17:51]  * ogra_ finds it more important that we get rid of the 14.09 channels than hiding some proposed ones
[17:51] <ogra_> or vivid ... or any versioned channels
[17:51]  * pmcgowan writes a tool to query the json file
[17:51] <ogra_> we need to get that fixed before the release fgoes out
[17:51] <robru> sil2100: https://code.launchpad.net/~robru/cupstream2distro/fix-watching-new-sources/+merge/246332 trivial fix
[17:51] <sergiusens> pmcgowan: it's super easy ;-)
[17:52] <pmcgowan> ogra_, whats needed there, seems we need a crit bug for that
[17:52] <ogra_> sergiusens, do you know who implemented that ?
[17:52] <sergiusens> ogra_: hidden or client side?
[17:52] <ogra_> pmcgowan, iirc there is a related bug from john-mcaleely ... that we dont accidentially should use versioned channels for images we give to the customer
[17:52] <sergiusens> ogra_: stgraber the former, myself the latter
[17:52] <pmcgowan> ogra_, ok will find it
[17:53] <ogra_> sergiusens, hidden ... i would like to hide all versioned channels too
[17:53] <kenvandine> brendand, partially why i'm really anxious to get AP running in CI, so I can get a sane test run for my branch
[17:53] <sergiusens> ogra_: oh, ask stgraber to add it to channels.json
[17:53] <ogra_> sergiusens, so endusers only get the aliases ... to prevent them from being stuck on something when we switch the alias
[17:53] <john-mcaleely> ogra_, more of a policy than a bug pmcgowan, but yes. we use alias channels for actual handsets
[17:54] <john-mcaleely> so we get free choice what OTAs to them
[17:54] <ogra_> john-mcaleely, right, thats why i said "related bug" :)
[17:54] <john-mcaleely> :-)
[17:54] <Saviq> trainguards, silo for line 72 please, at your leisure ;)
[17:54] <pmcgowan> john-mcaleely, is there such a bug?
[17:54] <ogra_> pmcgowan, probably a new bug to mark all versioned channels as hidden would be good
[17:55] <john-mcaleely> pmcgowan, no bug, since the channels for current OEMs are all set up right
[17:55] <john-mcaleely> (it's closed a long time ago)
[17:55] <pmcgowan> john-mcaleely, I see
[17:55] <pmcgowan> ok then
[17:55] <robru> Saviq: on it
[17:55] <Saviq> ta
[17:59] <rvr> dobey: pay-ui change approved
[18:03] <dobey> rvr: great, thanks
[18:05] <olli> ogra_, don't have any memory of that
[18:05] <olli> fyi
[18:05] <robru> sil2100: so what are we doing about that silo for now? it should be possible to publish it even if the build job shows a failure.
[18:05] <ogra_> olli, hmm, i thought you had pinged me about cleaning up channels about two months ago
[18:05] <ogra_> (but we didnt talk about it further)
[18:05] <olli> hmm...
[18:06] <ogra_> olli, anyway, we should get rid of all the "vivid" or "14.09" ones and just have devel and stable ... and theor -customized -es or whatever equivalents
[18:07] <ogra_> since the versioned ones are dead ends that lock you in once the alias gets switched
[18:07] <ogra_> (you dont get any upgrades anymore)
[18:07] <dbarth> hey trainguards, can i get a reconfig on silo vivid 017 please?
[18:09] <robru> dbarth: there's a problem with your MPs, they don't all target the same branch https://ci-train.ubuntu.com/job/prepare-silo/3681/console
[18:10] <robru> dbarth: (I guess you need to take the remove-snap-decisions one and retarget it at trunk. or merge it into the other one and then just have the one)
[18:10] <ogra_> sil2100, rootfs is done ... did cwayne already push the tarball ?
[18:12] <cwayne> ogra_: yarp
[18:12] <dbarth> robru: grmpf... yes
[18:12] <ogra_> cwayne, great ...
[18:12]  * ogra_ enables the importer again then
[18:16] <sil2100> \o/
[18:16] <sil2100> ogra_: ok, so we should have an image soonish?
[18:16] <sil2100> ogra_: if you could enable the cronjob that would be sweet
[18:16] <ogra_> yeah, i see the oimporter running
[18:16] <ogra_> already done :)
[18:18] <sil2100> \o/
[18:18] <sil2100> THanks :)
[18:20] <sil2100> o/
[18:22] <pmcgowan> nice
[18:26] <Saviq> trainguards, reconfigure of vivid silo 018 please, have added qtmir-gles twin
[18:27]  * Saviq forgot to add it to sources in the first place
[18:28] <robru> Saviq: ok, should be ready soon
[18:28] <robru> brb
[18:30] <Saviq> o/
[18:31] <mterry_> that seems like a bogus status message, queuebot
[18:35] <imgbot> [18:35] <imgbot> [18:47] <Saviq> mterry_, kinda, I aborted the job, train reports back this way
[18:48] <Saviq> one more coming
[18:51] <robru> mterry_: leave queuebot alone! he reports what he sees! All terribleness can be squarely assigned to the train.
[18:53] <mterry_> robru, :)
[18:56] <dobey> fginther: hi. can you get https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/143/artifact/output/com.canonical.payui_0.4.4_armhf.click uploaded to the store please? thanks. also, does rest of "cihelp" have the privs needed for that (so i don't have to bug just you)?
[18:59] <fginther> dobey, I can get that started. Some of the others do have the right set of creds so you don't have to wait for just me.
[18:59] <dobey> ok, cool
[19:20] <plars> dobey: it's been uploaded, awaiting review it seems
[19:22] <dobey> great, thanks
[19:23] <john-mcaleely> anyone around to put a device tarball for rtm in the queue?
[19:24] <john-mcaleely> (for QA signoff)
[19:24] <john-mcaleely> davmor2, ToyKeeper ?
[19:24] <dobey> traingaurds: since row 66 in the spreadsheet is a click only package, what's the best way to mark it as "landed" in the spreadsheet? Change that stauts column directly?
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150113-2a2e4c5.tar.xz
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150113-2a2e4c5.changes
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150113-2a2e4c5.ods
[19:25] <john-mcaleely> rsalveti, ^ ready to land when QA signs off. Also needed with silo 000, right ?
[19:28] <rsalveti> john-mcaleely: can land separately, silo 000 needs it
[19:29] <john-mcaleely> rsalveti, ok. so that device tarball anytime, and then silo000 after that
[19:30] <rsalveti> john-mcaleely: yup
[19:31] <davmor2> john-mcaleely: I can look at it in the morning if ToyKeeper can't look at it tonight
[19:31] <davmor2> jibel: ^
[19:32] <davmor2> jibel: this is the tarball that frees up silo000
[19:32] <Saviq> trainguards, silo for line 74 please (I know it conflicts with silo 12, will reconcile with myself ;P)
[19:33] <john-mcaleely> davmor2, sounds good
[19:37] <robru> bfiller: sorry I wasn't around last night. did you get that spreadsheet row sorted out? which row was it?
[19:51] <fginther> kenvandine, here are the AP results: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-14.09-mako/2/
[19:52] <kenvandine> fginther, great, i have fixes for those proposed :)
[19:52] <kenvandine> fginther, so is AP setup for CI now?
[19:52] <kenvandine> well, i have a fix for the about page failures
[19:52] <fginther> kenvandine, I'm getting ready to add that. Wanted to pass it by you first to make sure it was sane
[19:52] <kenvandine> the other failures is because of dbusmock in rtm
[19:53] <kenvandine> fginther, looks great
[19:53] <fginther> kenvandine, I can verfiy it used the expected rtm image
[19:53] <kenvandine> so i have a sync of dbusmock in silo 3
[19:53] <fginther> kenvandine, great!
[19:53] <kenvandine> fginther, it looks right compared to my device
[19:53] <kenvandine> question i have is what should we do for QA verification for the python-dbusmock sync
[19:54] <kenvandine> it only affects tests
[19:54] <kenvandine> and not only my tests
[19:54] <kenvandine> but it fixes a regression related to upower
[19:54] <kenvandine> and the main cause for the failure we see on the dashboard
[19:55] <fginther> kenvandine, I think veebers was working on an autopilot release to rtm that might fall into the same category. You might be able to see how that was handled
[19:56] <kenvandine> fginther, thx
[20:09] <kenvandine> woot!
[20:09] <kenvandine> Ran 122 tests in 1404.802s
[20:09] <kenvandine> OK
[20:13] <robru> kenvandine: wow, that's absurdly slow. what are those tests doing?
[20:13] <kenvandine> a lot!
[20:13] <kenvandine> most of the time is in the setup and teardown
[20:14] <kenvandine> it's painful!
[20:14] <kenvandine> and i think we can remove a bunch of the ap tests in favor of qml tests
[20:14] <kenvandine> just haven't had time to convert them
[20:29] <fginther> kenvandine, the ci job is setup now to automatically run the tests
[20:36] <kenvandine> fginther, thx!
[20:38] <bfiller> robru: not sure what to do about silo 2. I marked it as ready for QA but it's showing up as failed to build
[20:39] <bfiller> robru: because of version number thing with maliit-framework. should I try a watch only rebuild?
[20:39] <robru> bfiller: looking
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150113-9cccefe.tar.xz
[20:39] <robru> bfiller: oh right that one.
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150113-9cccefe.changes
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20150113-9cccefe.ods
[20:40] <john-mcaleely> rsalveti, ^ vivid tarball ready to land
[20:40] <rsalveti> john-mcaleely: thanks
[20:40] <robru> bfiller: so here's the thing. that's a real bug in the train. I fixed it in trunk (with tests even!) but we don't really have a way to deploy that fix at the moment.
[20:40] <john-mcaleely> I don't believe I need QA signoff for vivid, so, ogra_ is now a good time to push that? ^
[20:40] <rsalveti> should be
[20:40] <rsalveti> but ogra_ should indeed know better
[20:41] <john-mcaleely> maybe I should just gamble...
[20:41] <robru> bfiller: I might be able to futz it manually. gimme a few minutes.
[20:41] <john-mcaleely> 'rsalveti said it was ok' ;-)
[20:41] <bfiller> robru: ok, thank you
[20:54] <pmcgowan> Saviq, is silo 18 stuck?
[20:55] <pmcgowan> speak of the devil
[20:55] <Saviq> pmcgowan, it is migrating for a long time now indeed
[20:55] <Saviq> pmcgowan, not that silo
[20:55] <pmcgowan> right
[20:55] <Saviq> pmcgowan, that's vivid, you're talking rtm
[20:56] <Saviq> pmcgowan, everything seems in order http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[20:56] <robru> bfiller: ok, manually diddled your silo status. should show up for QA soon.
[20:56] <bfiller> robru: aweseome, thanks!
[20:56] <robru> bfiller: just don't rebuild if you can avoid it because the IndexError will come back immediately ;-)
[20:56] <pmcgowan> Saviq, great
[20:56] <Saviq> oh, or not
[20:56] <robru> bfiller: you're welcome
[20:56] <Saviq> robru, do you understand this output http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_output.txt ?
[20:57] <robru> Saviq: not at all... I usually refer to cjwatson or infinity when that kind of stuff comes up
[20:57] <cjwatson> Saviq: https://wiki.ubuntu.com/ProposedMigration
[21:00] <cjwatson> Saviq,robru: platform-api needs to be rebuilt against the new mir; e.g. ubuntu-application-api2-touch Depends: libmirserver26, but the new mir ships libmirserver26.1
[21:00] <Saviq> cjwatson, <facepalm>, of course
[21:00] <Saviq> camako, ↑
[21:00] <cjwatson> Saviq: also unity-system-compositor
[21:01] <cjwatson> Saviq: in fact just generally look for reverse-dependencies of libmirserver26 in that list
[21:01] <robru> cjwatson: thanks for that. one day I'll learn how to read that file
[21:01] <Saviq> cjwatson, yeah, it just dawned on me we need rebuilds against the new ABI
[21:11] <Saviq> robru, could you please upload http://people.canonical.com/~msawicz/mir26.1/ to rtm silo 18 then?
[21:16] <Saviq> robru, or to rtm-proposed directly, depending on how the train can deal with that
[21:16] <robru> Saviq: uhhhhhh
[21:16] <robru> Saviq: I definitely don't have permission to upload to proposed directly.
[21:17] <robru> Saviq: if those are just no-change rebuilds, maybe rsalveti can handle that?
[21:17] <robru> Saviq: from my perspective, we'd have to reconfigure the silo to accept those and it'd be quite the hassle
[21:17] <rsalveti> I can upload directly
[21:18] <robru> rsalveti: thanks
[21:18] <Saviq> rsalveti, the three pkgs we'd need to upload to unblock rtm silo 18 are in http://people.canonical.com/~msawicz/mir26.1/
[21:18] <Saviq> or you can build them yourself since you're signing them :)
[21:18] <Saviq> I might've done something wrong after all
[21:19] <rsalveti> this is RTM only right
[21:19] <Saviq> rsalveti, yes
[21:19] <Saviq> rsalveti, didn't know whether to add the ~rtm tag, but since it's the same source, I thought we needn't
[21:20] <rsalveti> yeah, no need
[21:20] <rsalveti> for rebuild only we usually add buildx after ubuntux
[21:23] <camako> Saviq, qtubuntu doesn't directly depend on mir
[21:24] <Saviq> camako, right
[21:24] <Saviq> rsalveti, you can skip qtubuntu!
[21:24] <camako> Saviq, for server ABI breaks, I have papi, usc, qtmir on the silo
[21:25] <Saviq> camako, yeah, /me overzealous
[21:25] <camako> Saviq, FYI papi on vivid no longer needs papi rebuilds (when server ABI breaks)
[21:27] <Saviq> ack
[21:30] <rsalveti> cjwatson: do I need to specify anything special when uploading packages directly to the ubuntu-rtm archive with dput?
[21:30] <rsalveti> it seems I only uploaded changes into rtm ppas, not archive directly yet
[22:04] <dobey> trainguards: can someone somehow mark the status of row 66 as "landed" please?
[22:17] <Saviq> robru, bad news, platform-api actually needs adaptation to build against the new mir in rtm silo 18, camako is preparing a source package, I added it to sources on the silo, please reconfigure and upload to the silo when ready
[22:41] <robru> dobey: done. for future reference, you can just type 'Landed' into C66. it's not a read-only field ;-)
[22:42] <robru>  dobey: done. for future reference, you can just type 'Landed' into C66. it's not a read-only field ;-)
[22:46] <robru> Saviq: sorry IRC is going seriously wonky, I only just got your message. you ready for that reconfigure yet?
[22:47] <robru> Saviq: camako: also why a source package and not an MP?
[22:48] <camako>  robru, not ready yet... I dunno why not an MP
[22:48] <camako> to speed things up, perhaps?
[22:49] <robru> camako: dunno, MPs are less work as far as I can tell. then the train builds the source package for you ;-)
[22:49] <Saviq> camako, yeah, only you need to branch papi for rtm :)
[22:49] <Saviq> camako, to MP against
[22:50] <camako> Saviq, ah that's the real reason
[22:50] <Saviq> camako, but your call, then you don't need to care about the changelog
[22:50] <camako> to avoid branching
[22:50] <Saviq> camako, probably not a good reason anyway
[22:50] <robru> Saviq: well that's as easy as branching trunk and pushing it without changes somewhere else? doing things by source packages is a lot of manual work that as far as I know, is only there to support things we don't have branches for. if we have branches we should be using MPs
[22:50] <robru> camako: you're not "avoiding branching"... it's an RTM branch, you're just foregoing tracking it in bzr
[22:51] <Saviq> oh actually
[22:51] <Saviq> there *is* an rtm branch already
[22:51] <robru> heh
[22:52] <Saviq> camako, lp:platform-api/rtm-14.09
[22:52] <camako> Saviq, this? ---> lp:platform-api/rtm-14.09
[22:52] <camako> ok
[22:52] <camako> So I'll generate an MP against that?
[22:52] <Saviq> camako, make sure to include http://launchpadlibrarian.net/194801806/platform-api_2.5.0%2B14.10.20141015-0ubuntu1_2.5.0%2B14.10.20141015-0ubuntu2.diff.gz in your MP
[22:52] <Saviq> camako, yeah, just MP against that
[22:53] <camako> Saviq, ah ok
[22:54] <cjwatson> rsalveti:
[22:54] <cjwatson> [lp]
[22:54] <cjwatson> fqdn                    = upload.ubuntu.com
[22:54] <cjwatson> method                  = ftp
[22:54] <cjwatson> incoming                = %(lp)s
[22:54] <cjwatson> login                   = anonymous
[22:54] <cjwatson> rsalveti: then upload to lp:ubuntu-rtm
[22:56] <rsalveti> cjwatson: great, thanks