[02:10] <imgbot> [03:50] <imgbot> [03:50] <imgbot> [08:16] <jibel> sil2100, morning. On the train dashboard, ubuntu silo-030 the description has nothing to do with the content of the silo
[08:16] <jibel> sil2100, it says "NetworkManager AP list update fix + IMSI selection fix" but the fix is in syncevolution to add 1 to a month
[08:18] <sil2100> jibel: yeah, probably what happened is that part of the spreadsheet got reverted, let me try looking at the backups
[08:19] <jibel> this spreadsheet is becoming very painful, we must double-check everything manually
[08:19] <sil2100> After the meeting I'll try something to get the spreadsheet back again
[08:20] <jibel> davmor2, are you running devel-proposed/krillin.en ?
[08:20] <davmor2> Yeap
[08:20] <davmor2> jibel: ubuntu-touch/devel-proposed/krillin.en]
[08:20] <davmor2> -]
[08:21] <jibel> davmor2, after the OTA this morning, the photo scope showed me the hint (while I already dismissed it a while ago) and it doesn't show local photos. Do you see the same issue?
[08:22] <davmor2> jibel: let me upgrade
[08:28] <sil2100> jibel: I fixed the description for landing 30, but it's really pointless to do that for everything - as said, I have 2 ideas on how to fix the spreadsheet
[08:30] <sil2100> ATTENTION! Please don't use the spreadsheet for a moment
[08:30] <Mirv> very tempting
[08:47] <dbarth__> o/ trainguards: good morning, can i get a vivid silo on line 61 ?
[08:56] <Saviq> sil2100, is the spreadsheet on the fritz again? it's complaining about errors on every change I try, but seems to actually save the changes?
[08:56] <ogra_> Saviq, see topic
[08:57] <ogra_> nothing chhanged ... broken since yesterday
[08:57] <Saviq> trainguards, I can has reconfigure of vivid silo 25, have added settings components there
[08:57] <Saviq> ogra_, yeah, it's just going "there was an error" all the time :/
[08:57] <sil2100> Saviq: it's b0rken since yesterday
[08:57] <Saviq> meh
[08:58] <sil2100> Right now I disabled all the scripts in it but it hm, doesn't seem to help
[09:00] <jibel> sil2100, ubuntu/landing-013 is in a werid state, it is marked dirty and needs sign off
[09:00] <jibel> sil2100, is it really dirty or ready for QA?
[09:00] <sil2100> dbarth__: will try to get you a silo in a moment
[09:00] <sil2100> Saviq: will reconfigure in a few secs
[09:00] <Saviq> tx
[09:00] <sil2100> jibel: let me check and compare with backups
[09:01] <sil2100> jibel: ok, from a backup from yesterday it looks like the state is correct - it's dirty but the previous version was ready for QA
[09:01] <sil2100> (but I'm not 100% sure the backup isn't of a b0rken state)
[09:01] <jibel> sil2100, well, the 2 states are exclusives
[09:02] <dbarth__> ok
[09:02] <jibel> sil2100, I mean the dashboard should show either dirty or needs qa but not both
[09:03] <sil2100> jibel: hm, that's actually true, let me try fixing that
[09:05] <sil2100> Saviq: trying the reconfigure, did you double check if all the MRs there are the ones you need?
[09:05] <sil2100> Saviq: since the spreadsheet might have reverted itself and removed some recently added MRs
[09:05] <Saviq> sil2100, it *looks* right
[09:06] <Saviq> yeah, looks fine
[09:06] <sil2100> jibel: if this continues I'll really make a quick spreadsheet replacement with an sqlite db
[09:07] <sil2100> Since I waste more time dealing with the broken spreadsheet than I would waste on actually implementing a quick replacement
[09:07] <jibel> sil2100, yeah, given the time everyone wastes it'll probably be a better option
[09:13] <sil2100> hm, in the meantime, the spreadsheet might be a bit better now
[09:13] <sil2100> At least I don't get fatal error reports every 5 minutes
[09:13] <sil2100> From the refresh scripts
[09:15] <sil2100> Had to mingle a bit with the scripts though
[09:24] <jibel> sil2100, will the citrain dashboard fix itself? especially descriptions that doesn't match the silo
[09:25] <jibel> sil2100, there is a card for ubuntu/silo-012 but the train says the migration is in progress. What is the status?
[09:25] <pedronis> sil2100: hi, we have a bunch of fixes that we landed directly to rtm, because we started merging when vivid was in freeze, should we try to land them today to vivid or better wait next Tue?
[09:26] <jibel> sil2100, actually it doesn't make sense. the silo is for indicator-datetime but the package migration is qtbase-opensource-src
[09:31] <sil2100> jibel: this sadly won't fix itself, I'll have to do it manually - but I need to confirm that the spreadsheet is again working ok
[09:31] <sil2100> I don't want to restore the spreadsheet state 4 times a day :)
[09:32] <sil2100> pedronis: hey! The earlier the better :)
[09:32] <sil2100> pedronis: what are the changes? To which components?
[09:33] <pedronis> sil2100: ubuntu-push-client, most are bug fixes
[09:33] <sil2100> pedronis: was that the landing that happened yesterday?
[09:33] <pedronis> sil2100: yes and a previous one, we had to landing to RTM that haven't gone to vivid yet
[09:33] <pedronis> s/to/two/
[09:37] <sil2100> pedronis: please land them in vivid as soon as possible :)
[10:08] <pedronis> sil2100: apropos out of sync spreadsheet, lines 54 and 55 were landed/published already afaik
[10:15] <sil2100> pedronis: will sync it back to the correct state in a few moments
[10:17] <jibel> sil2100, I cannot find the row for ubuntu/landing-010. It's an indicator-power update
[10:18] <jibel> Testing passed but no way to set it to pass
[10:28] <sil2100> jibel: ok, let me restore the spreadsheet state, it seems to have calmed down after my modifications
[10:31] <sil2100> hmmm
[10:34] <sil2100> Ok, officially this landing is lost in time and space
[10:34] <sil2100> Let me re-add a temporary entry
[10:35] <sil2100> jibel: *sigh* spreadsheet's on it again, again causing trouble
[10:37] <sil2100> jibel: I added a temporary row entry for it
[10:38] <sil2100> But considering that suddenly something once again triggered issues with it, it might disappear soon
[10:38] <sil2100> row 63
[10:38] <jibel> sil2100, approved
[10:38] <jibel> sil2100, but each time I do something I get a fatal error
[10:38] <sil2100> Yeah
[10:39] <sil2100> I think I know what side-project to work on today
[10:58] <jibel> sil2100, the issue with the photo scope is a regression in the latest custom tarball. I don't remember cwayne submitted a testing request for it, do you?
[10:58] <sil2100> jibel: no, I didn't see any - so we had a new custom tarball in the end?
[10:59] <ogra_> jibel, thats what i meant in the meeting ;)
[10:59] <sil2100> I didn't know anything about a new custom
[10:59] <ogra_> i dont think he is aware he has to for vivid
[10:59] <ogra_> sil2100, we both asked him about the apparmor trigered rebuild
[10:59] <cwayne> what's up?
[11:00] <ogra_> oh, you are here !
[11:00] <cwayne> and I made one..
[11:00] <ogra_> :)
[11:00] <jibel> sil2100, in krillin.en 36
[11:00] <ogra_> but you didnt hand it to QA
[11:00] <ogra_> vivid landings now need QA signoff
[11:00] <ogra_> (but i know you were on vacation when this changed ... i guess nobody told you ? )+
[11:01] <sil2100> ogra_: yeah, but I was actually waiting for an info about the custom ;)
[11:01] <cwayne> wasn't on vacation, was travelling for work :)  but no I wasn't aware, also I didnt hand it to QA just because it was the first one and I was getting the infrastructure setup
[11:01] <cwayne> whats the issue with photos?
[11:01] <sil2100> cwayne: so as with anything (same for device tarballs), any vivid upload needs QA sign-off
[11:01] <jibel> cwayne, bug 1439572
[11:02] <sil2100> My bad I didn't make this clear in my e-mail request :)
[11:02] <sil2100> I thought you already uploaded customs to vivid with QA sign-off
[11:08]  * sil2100 off to lunch for a moment
[11:09] <sil2100> Afterwards I'm going back to dealing with the spreadsheet issues...
[11:52] <cwayne> sil2100, my apologies btw, i'd really just pushed it to test that the infrastructure had been setup correctly (and so that we had an image in the channel), should have run it by qa first (and will in the future)
[11:52] <cwayne> ogra_, ^
[11:56] <ralsina> trainguard is there any procedure to give pedronis landing rights in ubuntu-touch
[11:56] <ralsina> ?
[11:58] <ogra_> cwayne, no worries ... i was sure it was a communication issue caused by your traveling :)
[12:24] <thostr_> sil2100: what's the reason for the red color coding in line 62
[12:30] <Mirv> thostr_: it's automatically based on some keywords that happen to be found in the text
[12:31] <thostr_> ah
[12:31] <thostr_> magic :)
[12:31] <Mirv> thostr_: looks like "don't" is one of the keywords :D
[12:32] <thostr_> Mirv: ok, will remember this for next time :)
[12:32] <Mirv> so I changed to "do not"
[12:32] <ogra_> could be worse ... could be "the"
[12:32] <ogra_> :)
[12:41] <jibel> dbarth__, ubuntu/landing-016 is ready for QA?
[12:46] <ogra_> hmm https://launchpad.net/ubuntu/+source/whoopsie-preferences/0.16
[12:47]  * ogra_ wonders why he bothers with preparation for a silo upload of the accompanying lxc-android-confi change
[12:48] <sil2100> huh
[12:49] <ev> ogra_: glad that didn't just catch my eye. Why are we avoiding silos for these kinds of changes?
[12:50] <ogra_> ev, ask didier
[12:50] <sil2100> Strange to see that coming from Didier
[12:50] <ogra_> (or pitti in case of the NM upload that broke a few pending silos at the beginning of the week)
[12:57] <Mirv> sil2100: ^
[12:58] <Mirv> I took some more time to compare archive vs 018 on top of today's image as well
[13:04] <pedronis> trainguards: could I get landing permissions for ubuntu-push, usually it was Chipaca and ralsina doing the landings for ubuntu-push, but I should start doing some as well
[13:09] <sil2100> pedronis: you mean merge write permissions?
[13:09] <jibel> sil2100, dbarth__ I cannot find a row for ubunut/silo 16 on the spreadsheet
[13:09] <sil2100> Mirv: oh! :)
[13:09] <pedronis> sil2100: to be able to edit the spreadsheet etc
[13:09] <sil2100> pedronis: ah, ok, will give you  the permissions then :)
[13:10] <sil2100> pedronis: did you get training from someone from your team?
[13:10] <ralsina> sil2100: yes, I am guiding
[13:10] <sil2100> (not much to train though, but the base info)
[13:10] <sil2100> jibel: looking
[13:11] <sil2100> Damn, I remember this landing was added yesterday
[13:11] <cwayne> jibel, ping
[13:11] <jibel> cwayne, pong
[13:12] <jibel> sil2100, yes and it was there this morning
[13:13] <cwayne> jibel, I can't reproduce that bug, if I take a picture and refresh the scope, it shows up there as expected
[13:13] <cwayne> and I just checked with kyle, and the photos scope has always only shown photos from today (although he's double checking now)
[13:14] <sil2100> jibel: yes! Found it in the backups
[13:14] <jibel> cwayne, exactly so it is not a bug but a change in the behaviour. Previously the scope showed photos from other days, not only today.
[13:14] <sil2100> Let me restore
[13:14] <jibel> cwayne, hence my question on the report, is there a specification that describes the expected behaviour to update the test plan accordingly?
[13:16] <jibel> cwayne, if I flash devel-proposed/krillin.en 35 I see photos from my SD cards (more than a month old) and with 36+ they are not shown
[13:16] <jibel> SD card*
[13:16] <cwayne> jibel, double checking, 1 sec
[13:16] <sil2100> jibel: do you know if it was ready for QA sign-off?
[13:16] <jibel> sil2100, I just did
[13:17] <jibel> sil2100, but cannot set it to granted because well ... there is no row
[13:17] <jibel> sil2100, it was ready this morning
[13:18] <dbarth__> jibel. sil2100: row 16 was webbrowser-app with the media hub patches; but that was not qa ready
[13:18] <jibel> dbarth__, ah I'm pretty sure is was ready this morning, I checked all the landings
[13:19] <jibel> I'm removing the verification then
[13:19] <sil2100> jibel: there is a row now, I re-added it
[13:19] <sil2100> ACK
[13:20] <jibel> dbarth__, I'm removing the card from our board then
[13:20]  * jibel starts to really hate this spreadsheet
[13:22] <jibel> sil2100, so only 9 and 18 are ready? there was much more than this this morning
[13:28] <brendand> jibel, took that long?
[13:29] <jibel> brendand, yeah I rather patient
[13:30] <jibel> sil2100, silo 12 is ready for Qa, there is a comment from charles on the card but the row vanished again
[13:31] <pedronis> sil2100: I'm https://launchpad.net/~pedronis on LP it has my mail addresses
[13:32] <cwayne> jibel, so we were wrong and had accidentally changed the behavior, my apologies.  Just testing a new click now, will push and create a new -proposed build
[13:33] <cwayne> jibel, in the meantime, would you be willing to test the click?  i don't have any older photos here as I --wipe quite often
[13:33] <sil2100> pedronis: thanks, will add you once I finish firefighting
[13:33] <pedronis> ok
[13:34] <pedronis> thx
[13:34] <jibel> firefighting will finish only with the end of the spreadsheet
[13:35] <jibel> cwayne, sure, I may not have time today but tomorrow no problem
[13:36] <jibel> cwayne, submit a test request for the click package on the citrain and someone from the team will take it
[13:43] <sil2100> There's no other choice, I surrender, migrating the spreadsheet to a different one
[13:45] <sil2100> And designing a workaround in the meantime
[13:45] <sil2100> I'll check one last thing
[13:45] <sil2100> Yeah, it probably reverted ONCE AGAIN
[13:48] <sil2100> "Wow, this file is really popular! It might be unavailable until the crowd clears. Try again."
[13:50] <Saviq> spreadshiiiit :(
[13:51] <sil2100> hmmm
[13:51]  * sil2100 sees a light in the tunnel
[13:51] <sil2100> Probably the train driving in my direction though
[13:55] <sil2100> ATTENTION EVERYONE!
[13:55] <sil2100> We'll probably be migrating to a different spreadsheet - that's the easiest and quickest workaround
[13:56] <sil2100> The replacement is in the works and we might have something earlier, but this way we'll at least be back to normal
[14:02] <ralsina> sil2100: ack
[14:02] <ogra_> trainguards, an rtm silo for line 61 please (once someone has the time)
[14:02] <Mirv> sil2100: jibel: cancel 018 signoff process again please :( KDE Plasma 5 testing was done only know and there's a regression :(
[14:03] <Mirv> s/know/now/
[14:07] <Mirv> commented in trello
[14:09] <kenvandine> arg!
[14:09] <sil2100> jibel, davmor2: can you guys re-target the trello scripts to https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ahfru_NNQUKMdFJBYUVwajU3NlhiclM0Mjl5M0lrX0E#gid=0 ?
[14:09] <kenvandine> my qa verification card for silo 23 has disappeared
[14:10] <kenvandine> i assume that's because the spreadsheet ate my landing :/
[14:11] <thostr_> Mirv: sil2100: this spreadsheet drives me nuts... I think since yesterday I added a line 4 times and yet again it disappeared
[14:12] <sil2100> thostr_: yes, it's driving everyone nuts, see my attention above ^
[14:12] <kenvandine> thostr_, same here...  and now i don't remember which device or image # i tested with...
[14:12] <kenvandine> we really need to give up on using a spreadsheet...
[14:13] <thostr_> what are we supposed to do until we get the new spreadsheet? just wait?
[14:13] <sil2100> kenvandine, thostr_: please use the new spreadsheet https://wiki.ubuntu.com/citrain
[14:13] <sil2100> We're hot-switching it to that one
[14:13] <kenvandine> i'm more frustrated with losing my landing from the qa verification queue
[14:13] <kenvandine> already been waiting nearly 24 hours, now the card's gone
[14:14] <sil2100> It's not really a solution, it's more like wiping the problem under the carpet, but that's the fastest solution
[14:14] <sil2100> There's absolutely nothing we can do once things start screwing like that
[14:15] <thostr_> sil2100: hurray, the new spreadsheet got my lines :)
[14:15] <kenvandine> yeah
[14:15] <kenvandine> the only real fix is to use something other than the spreadsheet :/
[14:15] <sil2100> jibel, davmor2: be sure to update trello, I disabled scripts in the old spreadsheet now
[14:15] <sil2100> kenvandine: yeah, that's in the works still
[14:16] <jibel> Mirv, ah that was the only silo ready :)
[14:16] <ralsina> awesome, now I need a silo for line 65 of the new spreadsheet please :-)
[14:17] <kenvandine> sil2100, lines 54, 55 and 56 have landed already
[14:17] <kenvandine> i'm pretty sure
[14:17] <sil2100> kenvandine: I'll fix that once I finish setting everythig up
[14:17] <sil2100> There's a lot to the switch sadly
[14:18] <kenvandine> so there's another new card for my silo, but says tvoss
[14:18] <kenvandine> and lost the history of the old card
[14:19] <sil2100> We've been dealing with this crap for the whole day, and I tried a lot of things to get this back to a working state
[14:19] <sil2100> That's what you call wasted 3 hours
[14:19] <kenvandine> sil2100, yeah... i know i wasted at least that much time on this
[14:19] <sil2100> Anyway, it's so broken that even with all scripts disabled, it was still fatal erroring me
[14:19] <Saviq> jibel, hey, could we ask for you guys to review some autopilot please https://code.launchpad.net/~nick-dedekind/unity8/1390136.laggy-backends/+merge/255062
[14:20] <jibel> ubuntu-qa ^ can someone help?
[14:29] <brendand> Saviq, do you just want a general review or is there any issue you have?
[14:29] <Saviq> brendand, no, just a review of the py code
[14:30] <Saviq> brendand, from a QA / py perspective
[14:30] <brendand> Saviq, okay we can have a quick look to see there's nothing obviously wrong
[14:30] <ogra_> sil2100, hmm. you missed my line 61 from the old sheet ... is the new one ready for editing ?
[14:30]  * ogra_ will transfer it himself ... 
[14:30] <sil2100> ogra_: yeah, it should be ready, the scripts are running, just trying to connect all the bits to it
[14:31] <ogra_> ok
[14:33] <jibel> sil2100, I updated the trello script
[14:34] <kenvandine> sil2100, so is the dashboard using the new spreadsheet yet?  i re-marked the silo as tested, but it isn't updating the status
[14:34] <brendand> Saviq, i'm assuming you've taken care of checking they functionally work
[14:35] <Saviq> brendand, yes, it's through a review on our side
[14:37] <brendand> Saviq, a few small comments but i wouldn't call them needs fixing as such
[14:37] <ogra_> jibel, whats the bug number for the broken photo scope ?
[14:37] <Saviq> brendand, thanks, just leave them on the MP please
[14:37] <brendand> Saviq, yep, did
[14:37] <sil2100> kenvandine: it should be, make sure you hard-refresh the dashboard
[14:37] <jibel> ogra_, bug 1439651
[14:37] <ogra_> thanks
[14:37] <jibel> ogra_, private
[14:38] <ogra_> obviously :)
[14:39] <kenvandine> sil2100, it still says packages built
[14:39] <kenvandine> not tested
[14:39] <kenvandine> and i think i added it to the right spreadsheet
[14:39] <kenvandine> i could ogra editing at the same time :)
[14:40] <ogra_> hmm ?
[14:40] <sil2100> kenvandine: the old spreadsheet should have a DEPRECATED in the name now
[14:40] <kenvandine> sil2100, cool, i don't see that
[14:40] <sil2100> kenvandine: let me take a look at that, which silo is it?
[14:40] <ogra_> sil2100, yeah, it didnt when i was adding my line
[14:40] <kenvandine> well silo 23 isn't updated
[14:40] <ogra_> and yeah, i saw ken edit ...
[14:40] <sil2100> Wait, maybe the scripts aren't working yet
[14:41] <sil2100> Ah ha! They got disabled
[14:41] <sil2100> Wait one moment
[14:42] <sil2100> Fingers crossed...
[14:44] <sil2100> kenvandine: \o/
[14:44] <sil2100> Seems to work
[14:44] <sil2100> Ok, let me assign any new silos
[14:44] <kenvandine> thx
[14:44] <sil2100> And then try to sync what was broken
[14:44] <kenvandine> now to start all over waiting for qa verification :(
[14:45] <sil2100> Not sure if QA has a time-based queue, I think they pick up things to sign-off on importance basis ;)
[14:45] <sil2100> Or per rand()
[14:46] <kenvandine> yeah... but they had already triaged it and all... it was at the top of the list last night :)
[14:46] <kenvandine> and the qa card got lost twice yesterday too :/
[14:46] <kenvandine> i guess with a new spreadsheet this is safe at least until i go on vacation :)
[14:48] <ogra_> Mirv, oh, i still havent heard back from you ... there was a request to seed qtpim in sdk-dev .. is that ok ?
[14:48] <cwayne> sil2100, ping
[14:50] <jhodapp> sil2100, can I get a silo for line 70 please?
[14:52] <bfiller> sil2100: and I need one for line 69 please
[14:52] <sil2100> cwayne: pong
[14:53] <sil2100> bfiller, jhodapp: sadly, no free silos available :(
[14:53] <jhodapp> sil2100, that sucks, keep me posted then please
[14:54] <sil2100> Sure
[14:54] <jhodapp> thanks
[14:54] <cwayne> sil2100, hm, was gonna ask for a silo for line 64, but it seems there is one already :)
[14:54] <kenvandine> jibel, i saw you said you updated the trello script... my landing didn't get a card re-added, ideas?
[14:54] <jibel> kenvandine, no, I asked brendand to check, I don't have access to the machine
[14:55] <kenvandine> ok
[14:55] <sil2100> cwayne: for scope tagging? :)
[14:55] <cwayne> sil2100, yep :)
[14:56] <cwayne> sil2100, that would be *amazing* to have in OTA, especially as we're slowly creating new aggregators
[14:56] <sil2100> cwayne: has this been approved by pmcgowan ?
[14:57] <pmcgowan> hmm?
[14:58] <cwayne> i dont know.. thostr_ ^
[14:58] <cwayne> it' not really my landing, so not sure
[15:01] <pmcgowan> sil2100, what are we talkin bout
[15:02] <sil2100> pmcgowan: so, there's a landing in silo rtm 003 now
[15:03] <sil2100> pmcgowan: some work for scope tagging - I added a silo for testing, but not sure if that was discussed for you to actually land in RTM
[15:03] <sil2100> It's ralsina's silo
[15:03] <pmcgowan> sil2100, silo 1?
[15:03] <pmcgowan> oh
[15:03] <pedronis> sil2100: ralsina's ?
[15:04] <pmcgowan> there are several rogue silos appearing :)
[15:04] <sil2100> pmcgowan: silo 3
[15:04] <pedronis> pmcgowan: ralsina has a silo but is about the click-hook crash that we see on errors.ubuntu.com
[15:04] <sil2100> pedronis: yeah, ralsina is mentioned as the lander
[15:04] <ralsina> I am on silo 3 with the change from line 65 in the new spreadsheet
[15:05] <ralsina> just in case :-)
[15:05] <sil2100> pedronis: adding you to the permissions now
[15:05] <pmcgowan> crash fix is good
[15:05] <sil2100> pmcgowan: ok, what about silo 001 then?
[15:05] <ralsina> pmcgowan: it's an invisible crash, it only appears in errors.u.c (a lot)
[15:05] <pmcgowan> sil2100, what is silo 1
[15:07] <cwayne> pmcgowan, scope tagging
[15:08] <pedronis> sil2100: thanks, let me know I'll add my line
[15:10] <pmcgowan> cwayne, how large a change and how important?
[15:10] <pmcgowan> sil2100, there is also silo 6 under consideration
[15:10] <pmcgowan> which is a big change
[15:11] <sil2100> pedronis: ok, you should be added :)
[15:11] <sil2100> pedronis: remember to use the new spreadsheet
[15:14] <cwayne> pmcgowan, not sure how large of a change, marcustomlinson or thostr_  would know more
[15:15] <jibel> sil2100, can you create a row on the new spreadsheet for silo 12?
[15:15] <jibel> sil2100, it was all ready and it's verified.
[15:17] <sil2100> jibel: on it now
[15:18] <robru> tedg: you still using silo 1? seems it hasn't moved since march 16th.
[15:19] <om26er_> kenvandine, Hi! silo 23 only fixes one bug ?
[15:19] <kenvandine> om26er_, yes
[15:20] <om26er_> kenvandine, your autopilot test code functions are camel case, was that intentional ?
[15:21] <kenvandine> those aren't autopilot
[15:21] <kenvandine> dbusmock template
[15:21] <sil2100> robru: hey! As per announcement and overall chaos, remember that I just migrated to another spreadsheet ;)
[15:21] <robru> sil2100: just updating the dashboard to point at the new one now. I'll also prep a branch for queubot...
[15:21] <sil2100> robru: just so you know, as the old one even when not used by anyone is just erroring out on anything
[15:21] <sil2100> I already modified the dashboard
[15:22] <sil2100> I mean, the live version at least
[15:22] <sil2100> (since I didn't know where the bzr branch is located)
[15:22] <robru> sil2100: ok, well I just committed it to the actual source tree then :-P
[15:22] <sil2100> Good, thanks ;p
[15:22] <robru> sil2100: the very bottom of the dashboard has a link to the source tree
[15:23] <sil2100> hah, never looked there actually
[15:23] <sil2100> Nice
[15:40] <tedg> robru, OTP, just a sec.
[15:51] <pedronis> trainguards: could I get a silo for line 71
[15:53] <sil2100> pedronis: no free silos right now :)
[15:53] <pedronis> ah
[16:13] <sil2100> Crazy day
[16:13] <sil2100> robru: no pressure man, no pressure on the replacement... *winks*
[16:15] <robru> sil2100: yeah don't hold your breath, the replacement doesn't even have a way to assign silos. it's in bad shape
[16:15] <charles> :-)
[16:16] <sil2100> :O
[16:16] <dobey> hmm
[16:17] <sil2100> robru: anyway, seriously, no super-pressure - I suppose this new spreadsheet should give us around a month of peace (I hope0
[16:17] <sil2100> )
[16:17] <robru> sil2100: hopefully
[16:17] <charles> http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-012 is crazy... its migration status line is referring to qtbase-opensource-src rather than something datetime
[16:17] <charles> is that spreadsheet infection bleeding into the dashboard?
[16:17] <jibel> charles, it is
[16:17] <sil2100> charles: it's probably the spreadsheet state is out-of-sync
[16:17] <charles> ack
[16:17] <robru> charles: jibel: reload the dashboard to get the new spreadsheet data. looks fine to me
[16:18] <charles> robru, you're right
[16:19] <jibel> indeed, it looks better after a reload. Although there are still silos with description
[16:19] <jibel> without*
[16:20] <pedronis> sil2100: it's getting a bit late for me, and it's for vivid, not rtm, if I can't work on it today, should I toggle ready for silo back and leave it there for tuesday?
[16:20] <charles> in other news, trainguards, ubuntu/landing-010  should be ready for publishing now, the MPs are top-approved now
[16:21] <robru> pedronis: you can just leave it as-is
[16:22] <robru> charles: published
[16:22] <pedronis> ok
[16:22] <pedronis> thanks
[16:22] <charles> robru, thanks
[16:22] <robru> pedronis: sorry about that, we're not usually this crunched
[16:22] <robru> charles: you're welcome
[16:22] <dobey> robru: hrmm, how to make the spreadsheet realize that a silo already exists for a thing?
[16:23] <dbarth__> ah nice, i see both oxide and olivier's webapp branches landed ! :)
[16:23] <dbarth__> cool
[16:24] <robru> dobey: you need to fill out columns M and N. N is the silo name (obvious), M you can find on the dashboard, under the date under the landers names
[16:24] <pedronis> robru: it's, just didn't want to steal resources from actual ->rtm or ->vivid->rtm landings
[16:24] <dobey> robru: ok
[16:25] <robru> pedronis: well there's tons of free rtm silos, no worries there. it's just vivid that's run out.
[16:30] <robru> dobey: no qa for silo 28?
[16:30] <jibel> ralsina, how do you reproduce bug 1398067?
[16:31] <jibel> ralsina, just remove /home/phablet/.local/share/ubuntu-push-client/helpers and run /usr/lib/ubuntu-push-client/click-hook ?
[16:31] <ralsina> jibel: exactly
[16:31] <jibel> OK
[16:32] <ralsina> before that would throw an exception, now it wont
[16:33] <robru> mandel: what's going on in silo 14? do you still need that one? we ran out, I want to free it
[16:33] <dobey> robru: it's just adding a migration script, which has already landed in RTM with QA
[16:33] <robru> dobey: ah ok
[16:34] <dobey> robru: i'm guessing it will need a packaging ack though
[16:34] <robru> dobey: but if it was already pushed to qa, it would already be acked?
[16:35] <dobey> robru: well it was acked in rtm.
[16:35] <ralsina> jibel: keep in mind that removing that folder breaks push notifications :)
[16:35] <dobey> robru: since this is the same change in vivid it should be trivial to ack, but there are packaging changes so will need the ack for the tools' sake
[16:36] <robru> kenvandine: can I get you to ack https://ci-train.ubuntu.com/job/ubuntu-landing-028-1-build/lastSuccessfulBuild/artifact/ubuntuone-credentials_packaging_changes.diff/*view*/ ? thx
[16:36] <dobey> gah, google docs
[16:36] <robru> dobey: what now?
[16:37] <kenvandine> davmor2, note silo 23 fixes the pinRetries bug, but doesn't implement the PUK prompt, we split that into a new bug 1438323
[16:37] <kenvandine> robru, sure
[16:37] <dobey> robru: oh, apparently it screws up keybindings so C-r and C-S-r do something unexpected
[16:37] <davmor2> kenvandine: so this is just the count resetting to 3 tries right
[16:38] <kenvandine> robru, ack from me
[16:38] <kenvandine> davmor2, yeah
[16:38] <robru> kenvandine: thanks
[16:38] <mandel> robru, go and kill it
[16:38] <kenvandine> davmor2, when it hits 0, it'll say there's no more retries
[16:38] <mandel> robru, I'll get to the fix asap but Ive been side tracked by more important bugs :-/
[16:38] <robru> mandel: thanks!
[16:38] <kenvandine> davmor2, we're waiting for design on the puk stuff
[16:40] <robru> bfiller: jhodapp: one silo just freed up, who's around to actually use it if i give it to you?
[16:40] <bfiller> robru: I'm around but if jhodapp needs it more that is fine
[16:40] <jhodapp> I'm around
[16:40] <robru> tedg: also I'd like to free silo 1 if you're not using it
[16:41] <robru> jhodapp: in a hurry?
[16:41] <robru> ;-)
[16:41] <jhodapp> bfiller, is yours high priority?
[16:41] <bfiller> jhodapp: no
[16:41] <jhodapp> ok, mine is to bring vivid up to the same place as RTM
[16:41] <jhodapp> for a widely reported bug
[16:41] <bfiller> jhodapp: you take it then
[16:41] <jhodapp> cool thanks
[16:41] <robru> thanks guys
[16:42] <robru> jhodapp: ok, you got silo 12
[16:42] <jhodapp> thanks robru
[16:42] <robru> jhodapp: you're welcome
[16:47] <pedronis> robru: calling it a week, I'll be back tuesday trying to land line 71
[16:47] <robru> pedronis: have a good easter!
[16:48] <pedronis> thx
[16:55] <dbarth__> o/ hey trainguards, i'd like to merge silo 16 and 17 to spare one rebuild cycle (they both have webbrowser-app)
[16:55] <robru> dbarth__: sure, which one do you want to keep and which one do you want to free?
[16:56] <dbarth__> robru: hi
[16:56] <dbarth__> robru: add 16 at the end of 17
[16:56] <dbarth__> i'll move the mp declarations
[16:56] <dbarth__> and 16 can go away
[16:56] <robru> dbarth__: k, i'll free it
[16:57] <dbarth__> robru: uh i think the line for 16 got deleted in the spreadsheet
[16:57] <dbarth__> i'll just copy back the mp for now
[16:57] <robru> dbarth__: it's possible, the spreadsheet is a worthless piece of garbage
[16:58] <dbarth__> ok done
[16:58] <dbarth__> robru: you can reconfig 17 and ditch 16
[16:58] <robru> dbarth__: what row has the combined landing?
[16:58] <dbarth__> 31 if i read well
[16:58] <dbarth__> robru: ^^
[16:59] <robru> dbarth__: hm I only see one webbrowser-app mp there
[16:59] <robru> bfiller: got you silo 14
[16:59] <dbarth__> uh
[16:59] <bfiller> robru: thanks
[16:59] <dbarth__> robru: better now ?
[17:00] <robru> dbarth__: there's a new spreadsheet because the old one collapsed. https://wiki.ubuntu.com/citrain
[17:00] <dbarth__> ah let me try again
[17:00] <dbarth__> robru: ok, now it's in
[17:01] <robru> dbarth__: ok looks good
[17:13] <davmor2> kenvandine: well that seems to be working \o/
[17:15] <boiko> davmor2: thanks for testing the telephony changes
[17:15] <boiko> trainguards: I will mark vivid silo 24 as tested on the new spreadsheet (this status got lost in the previous spreadsheet)
[17:15] <robru> boiko: thanks
[17:16] <boiko> robru: davmor2 has already tested it, btw, so I think it is good to go
[17:16] <davmor2> boiko: no problms do you know when the new features will be available
[17:17] <robru> davmor2: i just published, if that's what you mean. so whenever the next image is built
[17:17] <boiko> davmor2: it is part of the messaging framework implementation, it should still take a month or two before something is actually testable with that regard
[17:17] <robru> ignore me then ;-)
[17:17] <boiko> robru: :)
[17:18] <davmor2> boiko: okay that good to know
[17:18] <davmor2> robru: don't pick on me like I have a clue what you're on about ;)  it was boiko asking :P
[17:37] <davmor2> kenvandine: on sim pin lock now you have the ability to change pin there doesn't seem to be a counter on that at all unless I'm mistaken should there be or does it not actually connect to the sims pin as such?
[17:37] <davmor2> kenvandine: lock and unlock is working as expected and the test is much clearer too
[17:39] <jibel> ogra_, I failed ubuntu-rtm/landing-004, "enabled" state is not preserved upon reboot and  there is no way to enable whoopsie
[17:47] <ogra_> jibel, the toggle in settings should en/disable it
[17:48] <davmor2> kenvandine: talk to me I don't bite honest ;)
[17:56] <ogra_> jibel, set it back to failed then, it worked for me, but looking closer at the debdiff it might be that Laney missed bits
[17:56] <ogra_> i'll see that i get it fixed before tue
[18:14] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150331-b430246.tar.xz
[18:14] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150331-b430246.changes
[18:15] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150331-b430246.ods
[18:15] <john-mcaleely> new device tarball (probably this irc heads up is redundant now I use the citrain spreadheet?)
[18:18] <robru> yeah, let's put more stuff in the spreadsheet. brilliant.
[18:19] <robru> WTF
[18:22] <robru> john-mcaleely: stop putting device tarballs in the pending sheet
[18:22] <john-mcaleely> robru, um?
[18:22] <robru> john-mcaleely: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ahfru_NNQUKMdFJBYUVwajU3NlhiclM0Mjl5M0lrX0E#gid=50 I made a special sheet just for you
[18:22] <john-mcaleely> ooh
[18:23] <robru> john-mcaleely: I don't know who's idea it was to start putting device tarballs in the spreadsheet but it's a really bad abuse of the system, literally none of our tooling expects this
[18:23] <john-mcaleely> well, I was given strict instructions to :-) and I understood the [non-citrain] comment was the magic needed
[18:23] <john-mcaleely> how do I find that new sheet again? and how to UE QA find it?
[18:24] <cwayne> robru, can you make that sheet just "Tarballs", then I can do the custom tarballs there too
[18:24] <robru> john-mcaleely: nope, there's no magic that says to ignore '[non-citrain]' anywhere.
[18:24] <robru> cwayne: sure
[18:24] <cwayne> although yeah, we were explicitly told to put them on the spreadsheet :)
[18:24] <robru> cwayne: by who?
[18:24] <john-mcaleely> sil2100
[18:24] <cwayne> sil
[18:24] <robru> buh
[18:24] <john-mcaleely> I'm sure I have the email :-)
[18:25] <john-mcaleely> it mentioned new features and everything
[18:25] <robru> well maybe we can work something out later, but just look up a bit at queuebot ^^ he really doesn't like tarballs
[18:25] <john-mcaleely> it felt like the tools knew about us :-)
[18:26] <robru> john-mcaleely: cwayne: for now just ping QA to let them know there's a new tarball. we'll have to work out something more permanent sooner or later anyway as the spreadsheet is on the verge of annihilation and there's no written plan for any sort of device tarball stuff.
[18:27] <john-mcaleely> this is going to get more important quickly. There will be more of these :-)
[18:28] <robru> john-mcaleely: sure, we'll need to have some kind of meeting to figure out a better way of doing things.
[18:28] <john-mcaleely> sure
[18:59] <dobey> robru: queuebot doesn't like clicks either
[19:00] <robru> dobey: yeah those shouldn't be in there either, I don't know how this temporary spreadsheet became an accretion disk for "everything that anybody wants to put in an image ever"
[19:01] <dobey> what temporary spreadsheet?
[19:01] <robru> dobey: citrain spreadsheet is "temporary"
[19:01] <dobey> we've been putting non-silo things in the spreadsheet since the DC sprint, basically
[19:02] <robru> dobey: ah, I missed that one, that explains why I have no idea whats going on
[19:02] <dobey> robru: well, get us a not-spreadsheet that supports clicks, and i'll happily use it instead. :)
[19:02] <dobey> same for the tarballs afaik
[19:03] <robru> dobey: that is literally my top priority
[19:05] <dobey> great :)
[19:06] <tedg> robru, I need to rebuild it then I can test it and clear it.
[19:07] <tedg> robru, Hmm, the MRs are gone from teh spreadsheet. Do they need to be readded?
[19:14] <robru> tedg: yeah probably. Make sure you add them to the new sheet.
[19:15] <tedg> robru, I did, seems the previous indicator-power landing isn't through yet though. Can't build teh changelog.
[19:17] <robru> tedg: yeah silo 10 needs to merge before that'll work
[19:18] <robru> tedg: but you might want to poke #ubuntu-release because it looks like ubuntu-themes is stuck on a boottest regression
[19:18] <tedg> HA! Evil icons!
[19:26] <boiko> robru: what are the Regression labels on telepathy-ofono and telephony-service in the update excuses? anything I should look at?
[19:28] <robru> boiko: poke #ubuntu-release about that, those tests are a bit flaky i think and i don't seem to be able to retry those
[19:28] <boiko> robru: ok, thanks
[19:29] <robru> boiko: you're welcome
[19:53] <kenvandine> davmor2, i don't think the counter was ever displayed on changePin unless it had failed
[20:24] <tedg> robru, Can I have an rtm silo for line 73 please?
[20:26] <tedg> robru, I removed one of the MRs from silo1, but the dashboard is still showing it there. I reconfigured, is there something else I need to do?
[20:27] <robru> tedg: ok you got rtm 3
[20:27] <robru> tedg: it doesn't look like you reconfigured...
[20:28] <tedg> I swear I did...
[20:28] <robru> tedg: well the job hasn't been run since feb 27th.
[20:28] <robru> tedg: so something went wrong there. try it again
[20:29] <tedg> robru, Ah, yeah, a lot different. It just showed Google dialogs last time.
[21:05] <pmcgowan> awe, so the new indicator seems good to me, would like to land, thoughts?
[21:11] <pmcgowan> om26er, can we approve silo 6
[21:11] <om26er> pmcgowan, sure.
[21:17] <robru> kenvandine: mterry anybody around to ack this diff? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-006-2-publish/lastSuccessfulBuild/artifact/indicator-network_packaging_changes.diff/*view*/
[21:30] <mterry> robru, as long as that still builds, it's fine
[21:30] <robru> mterry: yeah it got qa already, thanks ;-)
[23:25] <cyphermox> robru: playing with trains?
[23:30] <robru> cyphermox: nope
[23:30] <cyphermox> was this a glitch?
[23:31] <robru> cyphermox: looks like queuebot restarted. Could be a glitch, could be stgraber. One day I'll fix it so it doesn't spam on startup
[23:33] <cyphermox> ok
[23:47] <robru> Bah
[23:58] <cyphermox> robru: need ack?
[23:58] <robru> cyphermox: yeah
[23:59] <robru> cyphermox: figured everybody was gone by now