[00:40] <rsalveti> robru: yeah, ci-train kind of doesn't work properly without vpn
[00:42] <robru> rsalveti: no? I use it without the vpn all the time.
[00:42] <rsalveti> well, Ursinha was able to reproduce the issue as well
[00:42] <rsalveti> not sure if already fixed
[00:43] <robru> rsalveti: must be a problem with your internet or something. Vpn routes around breakage i guess.
[00:43] <rsalveti> we tested with different internet networks though
[00:43] <robru> rsalveti: but they were all in Brazil, right?
[00:43] <rsalveti> let me test again
[00:43] <rsalveti> yup
[00:43] <rsalveti> maybe dns issues?
[00:44] <rsalveti> if the ip changed
[00:45] <robru> rsalveti: ip should be fixed as far as i know. It's loading fine for me.
[00:45] <rsalveti> robru: yeah, working fine now
[02:10] <imgbot> [02:37] <rsalveti> alright, publishing
[03:13] <robru> hah, down to two RTM silos.
[03:15] <imgbot> [03:40] <imgbot> [03:40] <imgbot> [04:05] <veebers> trainguards: I can't seem to find the button to push to reconfigure my silo :-P Can someone point it out to me please
[04:06] <robru> veebers: "landing tools" menu
[04:08]  * veebers looks
[04:09] <veebers> robru: am I looking at the spreadsheet or here? http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-018
[04:09] <veebers> oh, it is because Federico fired up the silo and not me?
[04:10] <robru> veebers: the menu is in the spreadsheet
[04:10] <robru> Anybody can run reconfigure. Just make sure you're signed in
[04:14] <veebers> ah ok, let me double check now :-)
[04:16] <veebers> robru: ah I see, it's up there with the 'normal' menu :-) very nice
[04:17] <robru> veebers: yeah moving it there improved the scalability of the spreadsheet scripts
[04:55] <imgbot> [04:55] <imgbot> [08:13] <pete-woods> trainguards: hi guys. how would I go about changing my mind about the target distro for a landing? i.e. I want to target vivid overlay, rather than wily
[08:14] <sil2100> pete-woods: hey! Well, sadly this is a bit more complicated, as it requires re-assigning the silo since the packages need to be completely rebuilt
[08:14] <sil2100> I mean, it's not a complicated operation
[08:14] <sil2100> Just needs you to re-do everything
[08:14] <sil2100> Building and testing
[08:14] <pete-woods> sil2100: okay, that's not a problem
[08:14] <sil2100> pete-woods: which silo?
[08:15] <pete-woods> I hadn't got around to testing yet, just managed to get the thing building! (was fighting a parallel build cmake issue)
[08:15] <pete-woods> sil2100: 34
[08:15] <davmor2> pete-woods: can't you just land the same thing again in vivid overlay as it would need to land in wily too right?
[08:16] <Mirv> so far the word has been indeed that everything in vivid overlay will go to wily (hopefully soon, I just got a pending item that relies on this)
[08:17] <sil2100> Yeah, so the plans finally clarify regarding that
[08:17] <pete-woods> davmor2: sure, but I'd rather test with an actual phone, as opposed to just hoping it all works and land into wily
[08:17] <pete-woods> I'm assuming we don't have wily phone images yet, right?
[08:18] <sil2100> Yesterday Pat said that it's as I originally understood it, that there will be only one trunk for each project targetting vivid overlay
[08:18] <sil2100> And just getting the same stuff landed in parallel to wily
[08:18] <popey> sil2100: we are having a landing call today right?
[08:18] <sil2100> popey: yeah, a quick one probably
[08:19] <popey> ok, i have a thing
[08:19] <popey> :)
[08:20] <sil2100> davmor2: the problem with that approach is that we're not ready infra-wise, we have a limited silo resource and no tools to land in two places at once
[08:20] <sil2100> Especially hat wily and vivid won't be binary compatible soon
[08:20] <sil2100> I think we need a dual-build functionality in the train
[08:22] <sil2100> pete-woods: I'll assign a new silo for you for vivid
[08:23] <pete-woods> sil2100: awesome, thanks! you can probably nuke the wily one for now
[08:23] <pete-woods> I just don't really feel comfortable directing my landings directly there right now, without the ability to test it
[08:26] <sil2100> Done
[08:26] <sil2100> pete-woods: ^
[08:27] <pete-woods> sil2100: awesome, thanks!
[08:35] <davmor2> sil2100, ogra_, jibel: meeting?
[08:35] <sil2100> !
[08:35] <sil2100> One moment
[08:36] <ogra_> davmor2, i'm listening to the political rants since a while :P
[08:40] <jibel> davmor2, not today, I'm off :)
[08:58] <cjwatson> sil2100: well you could build both in the same silo, given that they're different series
[08:59] <sil2100> cjwatson: yeah, that's the dual-build scenario I mentioned
[08:59] <sil2100> :)
[09:05] <mzanetti> cihelp: It seems our OAuth key expired in the reminders-app's jenkins job. Who can help?
[09:05] <mzanetti> s/key/token/
[09:06] <psivaa> mzanetti: i'll take a look, if it's going to take longer, i'll leave it for the vanguard
[09:07] <mzanetti> psivaa, cool, thanks... consumer key/secret should still be valid. server is "sandbox.evernote.com" too still
[09:07] <psivaa> mzanetti: could you give me the job link please
[09:08] <mzanetti> psivaa, hmm, I think that's the main job http://91.189.93.70:8080/job/reminders-app-ci/
[09:08] <mzanetti> psivaa, the one fails is that one: http://91.189.93.70:8080/job/generic-mediumtests-utopic/2724/?#showFailuresLink
[09:08] <mzanetti> sadly I don't know where the credentials are placed
[09:41] <oSoMoN> did you guys know about http://www.ci-train.org/ ?
[09:42] <psivaa> mzanetti: i could not find the root cause, but i dont think it's on us,
[09:42] <psivaa> mzanetti: the http://rtm-dashboard.ci.ubuntu.com/smokeng/utopic/touch_stable/krillin/272:20150504:20150408-4f14058/508/reminders/236790/ also has the same failure
[09:43] <psivaa> mzanetti: probably needs further debugging, may be QA?
[09:43] <mzanetti> dpm, can you shed some light how this has been set up back then? ^^
[09:43] <mzanetti> dpm, seems the tokens expired and our jobs don't pass any more
[09:44] <Mirv> oSoMoN: nice find! :)
[09:45] <oSoMoN> and googling for "ci airline" (hint hint) returns www.china-airlines.com/en/ :)
[09:47] <davmor2> sil2100: cwayne: Vivid custom tarball is good
[09:47] <oSoMoN> trainguards: are you aware the "citrain device-upgrade" doesn’t work any longer with the overlay PPA? it has a higher priority than any silo, so packages are not upgraded if there is already an older version in the overlay PPA
[09:48] <Mirv> oSoMoN: yes, bug #1452190, it just got fixed in wily
[09:49] <Mirv> and who would be on vivid anymore? ;)
[09:49] <oSoMoN> right, my bad for sticking to such an old and unmaintained release on my laptop :)
[09:49] <Mirv> one can install the .deb on vivid too from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+build/7400672
[09:49] <oSoMoN> thx, I’ll do that
[09:50] <oSoMoN> Mirv, there are two debs, do I need both?
[09:51] <oSoMoN> nevermind, stupid question
[09:54] <oSoMoN> Mirv, do you happen to know how I can verify which updates went into image #199 ?
[09:58] <Mirv> oSoMoN: http://people.canonical.com/~ogra/touch-image-stats/?C=M;O=D
[09:58] <Mirv> imgbot: map 186 vivid
[09:59] <Mirv> imgbot, stunt
[09:59]  * imgbot rolls on its back and purrs
[09:59] <Mirv> imgbot, map 186 vivid
[09:59] <Mirv> hmm
[09:59] <imgbot> mako ubuntu version: 186 maps to krillin version: 199"
[09:59] <imgbot> mako ubuntu version: 186 maps to generic_x86 version: 188"
[09:59] <Mirv> oh
[09:59] <Mirv> oSoMoN: so http://people.canonical.com/~ogra/touch-image-stats/186.changes
[10:00] <oSoMoN> thanks!
[10:00] <dpm> mzanetti, psivaa, let me have a look.
[10:04] <dpm> mzanetti, psivaa, back then I requested an API key from Evernote for testing purposes, which I handed over to balloons. He and elopio_ (mostly Leo) were working on these lower-level tests
[10:05] <dpm> I guess we can easily test if the token has expired by using those credentials to log in
[10:05] <mzanetti> not really... it would generate a new token
[10:05] <dpm> ah right
[10:06] <mzanetti> the consumer key/secret are still valid. we'd just need to create a new token and place that into the job
[10:06] <mzanetti> and that's the question: where?
[10:06] <dpm> mzanetti, ah, in that case I don't know what happens in Jenkins behind the scenes. For this particular one, I think it was fginther who set it up
[10:09] <dpm> IIRC we keep the production API key private behind jenkins, and then we inject it in the code while building the click package
[10:09] <dpm> bbiab
[10:12]  * sil2100 goes off for an early lunch
[10:41] <psivaa> dpm: mzanetti: ok, i've created a task for this
[10:41] <dpm> psivaa, not sure what a task means in this context. Could you elaborate?
[10:42] <psivaa> dpm: ohh, sorry. for the vanguard to take it up
[10:42] <dpm> ok, thanks psivaa
[10:45] <popey> psivaa: this is blocking us landing fixes which we need to land in the store. We have user data loss bugs in that new version. So could you indicate high priority on the task please?
[10:46] <psivaa> popey: sure, i'll do that
[10:52] <tvoss> sil2100, ping
[10:57] <davmor2> john-mcaleely, sil2100: mail sent to lists hopefully rvr is happy with the fix and I'm happy with sanity
[10:57] <davmor2> sil2100: did the new tarball from cwayne get in with the translated string do you know?
[10:57] <john-mcaleely> davmor2, excellent
[10:58] <davmor2> john-mcaleely: ^ hold off for one second till sil2100 answers that one though
[10:58] <john-mcaleely> davmor2, I don't do anything anyway, until he does the promotion step :-)
[10:58] <tvoss> Mirv, ping
[10:59] <rvr> davmor2: I'm happy :)
[11:00] <rvr> sil2100: Yeah, do you know which component was translated? cwayne wanted me to check
[11:04] <davmor2> rvr: new scopes I think he noticed there was a missing string
[11:04]  * tvoss wonders if a trainguard is around
[11:04] <Mirv> tvoss: pong
[11:05] <rvr> davmor2: New scopes weren't translated at all
[11:06] <rvr> And remain that way
[11:06] <davmor2> rvr: yeah I think it was a fix so it could be
[11:08] <greyback> trainguards: can I get reconfigure for vivid silo 38 please, I added the -gles twin
[11:11] <Mirv> greyback: sure
[11:11] <greyback> Mirv: thanks
[11:14]  * Mirv suggests tvoss to highlight trainguards with requests directly instead of the slower ICMP protocol handshake
[11:18] <tvoss> Mirv, true :)
[11:33] <cwayne> rvr, the new translation is "Where am I" from nearby
[11:33] <rvr> cwayne: Ah
[11:33] <rvr> checking
[11:36] <rvr> cwayne: Still in English
[11:36] <rvr> cwayne: 275
[11:37] <rvr> sil2100: ^
[11:37] <sil2100> huh
[11:38] <davmor2> sil2100: did you not see this line <davmor2> sil2100: did the new tarball from cwayne get in with the translated string do you know?
[11:38] <sil2100> davmor2: let me check, I thought it got signed off yesterday
[11:38] <sil2100> ...actualy it didn't I think
[11:39] <davmor2> sil2100: there was john-mcaleely 's tarball.
[11:39] <davmor2> cwayne: did you actually add a line to the spreadsheet for that fix?
[11:39] <sil2100> davmor2: I think there was only an IRC ping
[11:39] <cwayne> blargh i forgot to do the spreadsheet
[11:39] <cwayne> yeah, sorry, my bad
[11:40] <sil2100> The custom still needs to land, but it's only a translation fix
[11:40] <sil2100> So I wait with copying to RC
[11:42] <davmor2> sil2100: cwayne okay, so rvr do you want to grab that fix it will be in ubuntu-touch/ubuntu-rtm/14.09-proposed-customized/  you'll just need to give it a quick once over make sure you are happy with the where am I on the nearby scope if you give that a thumbs up I'm happy
[11:43] <Mirv> cihelp tvoss is reporting is failing http://s-jenkins.ubuntu-ci:8080/job/ningbo-vivid-armhf-ci/40/console which it shouldn't do if the vivid in question would be vivid+overlay like it should
[11:48] <rvr> davmor2: Installing
[11:49] <davmor2> rvr: awesome thanks
[11:50] <davmor2> sil2100, john-mcaleely: when the man from del-monte^w rvr says it is good feel free to pick on cwayne till he lands it :)
[11:50] <rvr> lol
[11:52] <rvr> davmor2: The catchphrase also got popular in Spain when I was a child
[11:53] <davmor2> rvr: :)
[12:02] <rvr> sil2100: cwayne: "Dónde estoy"... The man from Del Monte says "yes".
[12:03] <cwayne> yay yay yay sil2100 can i push the button
[12:03]  * cwayne loves pushing the button
[12:09] <sil2100> \o/
[12:09] <sil2100> cwayne: please :)
[12:09]  * sil2100 waits for the custom to be pushed to push his own buttonz
[12:10] <cwayne> ze button, it has been pushed
[12:11]  * sil2100 waits
[12:15] <sil2100> Come ooon importer
[12:32] <davmor2> cwayne: did you push the button on the vivid version too?
[12:33] <davmor2> rvr: you rock thanks dude
[12:33] <rvr> :)
[12:34] <cwayne> davmor2, ah did i miss the +1 for that one?
[12:34] <cwayne> id love to push that
 sil2100: cwayne: Vivid custom tarball is good
[12:35] <cwayne> davmor2, derp sorry, sil2100 can i push that button too
[12:35] <davmor2> cwayne: also check the spread sheet for the passed qa bit too :)
[12:48] <sil2100> Yeah ;)
[12:50] <cwayne> aw man, get to push two buttons today
[12:50] <cwayne> what a day
[12:50] <cwayne> pushed.
[12:50] <davmor2> cwayne: that's why the spread sheet is so important, of course when robru finishes the awesome new version that will become the new important instead :)
[12:51] <cwayne> davmor2, yeah, sorry i need to get it back in my head to use it, just that the last 2 or so times it was borked :/
[12:51] <davmor2> cwayne: man that twice as much work as normal ;) do you need a rest?
[12:51] <cwayne> davmor2, i do, I really do :P
[13:44] <fginther> Mirv, thanks, we'll look into getting the PPA added
[14:09] <pete-woods> trainguards: sorry to be asking again, but could I get vivid silo 015 reconfigured? I added another bug fix to it (as an upstream blocker got unblocked)
[14:09] <sil2100> pete-woods: on it
[14:09] <pete-woods> extra MR for indicator-network
[14:09] <pete-woods> sil2100: thanks!
[14:12] <dobey> Mirv: uhm. silo 16?
[14:14] <dobey> Mirv: maybe my silo didn't reconfigure properly and something is still looking at the old mp?
[14:14] <sil2100> dobey: what do you mean? I just assigned silo 16 for charles
[14:15] <dobey> sil2100: https://code.launchpad.net/~dobey/unity-scope-click/adt-int-tests/+merge/254822/comments/645466
[14:15] <sil2100> dobey: I think it was published already, as the silo was free when I did the assignment
[14:16] <sil2100> So it seems all was ok with it
[14:16] <dobey> sil2100: my landing wasn't in 16 ever, which is why i'm confused by Mirv's comment there :)
[14:16] <sil2100> Maybe someone cleared things out
[14:16] <sil2100> ...or that ;p
[14:16] <dobey> but the spreadsheet does seem to be confused about my landing
[14:17] <sil2100> dobey: is it an old landing?
[14:17] <sil2100> dobey: since if it has more than a week, it might have been reverted when we had spreadsheet problems
[14:18] <dobey> sil2100: no, but i had merged one of the branches into another, resubmitted the MP with the new prereq, changed the spreadsheet MPs column, and reconfigured
[14:18] <dobey> it's only a day old :)
[14:18] <sil2100> hm
[14:18] <dobey> sil2100: row 59 currently in the spreadsheet
[14:23] <dobey> i am slightly worried that it may end up blocked in proposed migration, but i don 't understand why it didn't pick up on the changes properly when i did the reconfigure
[14:24] <dobey> do we need to clean it, then reconfigure, and then build/test again?
[14:24] <sil2100> dobey: hm, I think I'll just reconfigure and rebuild this one project
[14:25] <dobey> hmm, ok
[14:25] <sil2100> dobey: /me sighs
[14:26] <sil2100> So, basically: ;)
[14:26] <sil2100> Do you know why actually the original merge got superseeded?
[14:26] <dobey> yes, i did it
[14:26] <sil2100> I see that both merges come from the very same branch and their final revision is the same
[14:26] <sil2100> Ah, prerequisite
[14:27] <dobey> there was originally a merge conflict, so i merged a branch into it, and resubmitted to add the prereq
[14:27] <sil2100> Ok, not to cause any LP confusion, I'll reconfigure and let's rebuild
[14:27] <sil2100> Since otherwise the wrong branch will get merged and we'll have inconsistency
[14:27] <sil2100> (if that's fine with you)
[14:28] <dobey> i did that yesterday, and this is where we are now, so i'm not sure if it will fix it
[14:28] <dobey> but it's fine with me to do that
[14:28] <dobey> well, the right branch will be merged. it's still the same branch. and the build log showed it had the right stuff
[14:30] <sil2100> Indeed, just the wrong merge would be resolved - if this still stays messed up we'll just force-publish
[14:31] <sil2100> Anyway, no retest will be required as both are source identical
[14:34] <dobey> ok
[14:34] <dobey> oh, i forgot the commit message in the new one i guess
[14:37] <dobey> sil2100: i fixed that now.
[14:43] <om26er> Kaleo, Hi!
[14:44] <om26er> Kaleo, re: silo 11 was the isuse I mentioned in the previously failed card, fixed ?
[14:45] <Kaleo> om26er, no because I was not notified by trello :/
[14:45] <dobey> sil2100: ok, it's rebuilding now
[14:45] <Kaleo> om26er, so, I won't be able to workaround that one
[14:46] <om26er> d'oh
[14:46] <Kaleo> om26er, the good news is that it will be fixed better by another patch in qtvideo-node
[14:46] <Kaleo> om26er, but this patch is still valid and should still land
[14:46] <om26er> Kaleo, hmm, ok. I can land it since its not regressing anything.
[14:46] <Kaleo> om26er, thanks
[14:46] <om26er> Kaleo, do you know when will qtvideo-node patch be ready ?
[14:46] <Kaleo> om26er, as it is it will make the bug less bad and will improve perf
[14:47] <Kaleo> om26er, let me check, it's on loicm's plate
[14:47] <Kaleo> om26er, https://code.launchpad.net/~phablet-team/qtvideo-node/qtvideo-node-update-textures-in-preprocess-pass/+merge/257960
[14:54]  * sil2100 AFK for a little while, bbl
[15:10] <kenvandine> trainguards: when changing dest to the overlay PPA, does the silo  only need a reconfigure?  not a rebuild right?
[15:11] <kenvandine> i guess maybe a watch only build to get the status set properly?
[15:17] <charles> pook
[16:02] <robru> kenvandine: yeah it needs a watch only
[16:23] <dobey> sil2100: ok, looks like my silo is sane again
[16:40] <robru> kenvandine: can you ack https://ci-train.ubuntu.com/job/ubuntu-landing-022-2-publish/lastSuccessfulBuild/artifact/unity-scope-click_packaging_changes.diff please?
[17:28] <rvr> rsalveti: ping
[17:37] <kenvandine> robru, sure
[17:37] <kenvandine> robru, i had done that for silo 29
[17:37] <kenvandine> but the dashboard still says vivid primary
[17:38] <kenvandine> robru, can you help?
[17:39] <kenvandine> robru, ack on the packaging review
[17:40] <tedg> trainguards, can I please get a silo for line 65
[17:46] <rsalveti> rvr: pong
[17:46] <rvr> rsalveti: I have a problem installing powerd package in Vivid
[17:46] <rvr> dpkg: error processing archive powerd_0.16+15.04.20150507-0ubuntu1_armhf.deb (--install):
[17:46] <rvr> unable to make backup link of `./usr/share/powerd/device_configs/config-default.xml' before installing new version: Invalid cross-device link
[17:47] <rsalveti> rvr: https://wiki.ubuntu.com/Process/Merges/TestPlans/Powerd need to install from recovery
[17:48] <rvr> rsalveti: Oh, I see
[17:49] <rvr> rsalveti: What if I can't? :-/
[17:49] <rvr> error: device not found
[17:50] <rsalveti> rvr: you can then just unmount that file
[17:50] <rsalveti> sudo umount /usr/share/powerd/device_configs/config-default.xml
[17:50] <rsalveti> and try to install again
[17:50] <rsalveti> on the ubuntu side
[17:50] <rsalveti> that only works on vivid
[17:51] <rvr> Ack
[17:52] <rvr> That worked
[17:52] <kenvandine> robru, i tried to set the dest for silo 29 to the overlay ppa, didn't seem to work
[17:53] <kenvandine> robru, if you can fix that, can you also publish it too?
[17:53] <kenvandine> it's ready
[17:57] <sil2100> kenvandine: let me take a look
[17:58] <sil2100> kenvandine: did you reconfigure after changing to overlay?
[17:58] <kenvandine> sil2100,  i did
[17:58] <kenvandine> sil2100, and i did a watch only rebuild
[18:00] <sil2100> kenvandine: did you do the assign-silo reconfigure?
[18:00] <sil2100> Since you need to use that one, not the 'Reconfigure' reconfigure
[18:00] <sil2100> Ok, reconfigured
[18:00] <kenvandine> from the lander tools menu
[18:00] <sil2100> kenvandine: now it's fixed, did a watch-only build
[18:00] <kenvandine> sil2100, thx
[18:00] <sil2100> kenvandine: yeah, but you pressed 'Reconfigure' there, right?
[18:00] <kenvandine> that was the only link
[18:01] <sil2100> kenvandine: the 'Reconfigure' reconfigure is different than the 'Assign silo' reconfigure
[18:01] <kenvandine> oh...
[18:01] <kenvandine> i figured it must have been something i did wrong :)
[18:01] <sil2100> Reconfigure uses the reconfigure job, which is limited as it can be used by any lander
[18:01] <kenvandine> i was careful not to publish it :)
[18:01] <sil2100> If you as a trainguard need to reconfigure something, go to the silo row and press the 'Assign silo' menu entry
[18:01] <sil2100> :)
[18:02] <kenvandine> sil2100, ok, thanks... noted :)
[18:02] <kenvandine> i'll publish it now then
[18:02] <sil2100> kenvandine: please do :) nw!
[18:04] <kenvandine> jgdx, libqofono published, now we won't need to pair that with your apn editor work :)
[18:10] <robru> kenvandine: oops sorry, was afk. thanks for the ack
[18:10] <kenvandine> np
[18:11] <rvr> rsalveti: Approving silo 3
[18:53] <jgdx> kenvandine, w00t
[19:48] <Saviq> cihelp, hey, we've been seeing https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/858/console on-and-off lately, some missing tarball?
[19:48] <fginther> Saviq, looking
[19:50] <fginther> Saviq, argh. I had to restore that VM node from a back yesterday and the backup must have been missing the chroot. I've disabled the node until it's properly fixed
[19:51] <Saviq> fginther, tx
[19:51] <mvo> hey trainguards! I build click 0.4.39 into the ci-trian-ppa-service/stable-ppa-overlay and would like to also release it for the archive - whats the best way of doing this?
[19:52] <robru> mvo: you're a core dev right? just copy-package it to wily-proposed
[19:52] <mvo> robru: aha, nice, thanks
[19:52] <robru> mvo: you're welcoe