[00:25] <slangasek> robru: can you tell me why the changelog of https://launchpadlibrarian.net/207198066/autopilot_1.5.1%2B15.04.20150522-0ubuntu1_source.changes is such a mess? (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-018/+packages)
[00:27] <robru> slangasek: checking
[00:27] <robru> slangasek: oh yeah, that's because qa team pre-merges their MPs into one big MP and then doesn't make their own changelog.
[00:28] <robru> slangasek: changelog genertaion has always been "find all commit authors, then make entries based on MP commit message"
[00:28] <slangasek> robru: and every commit on that branch had the exact same commit message?
[00:28] <robru> slangasek: so with QA there's just one commit message (just one MP) but many many authors
[00:29] <robru> slangasek: no it uses the commit message defined by the MP, not every single commit message of every single commit.
[00:29] <slangasek> robru: ok so in that case I think the train needs to be more sensible and either consolidate or omit the author list
[00:29] <robru> slangasek: but it grabs the authors of every single commit in order to give everybody attribution
[00:30] <robru> slangasek: this has come up before and I told qa to make their own changelogs in this case because the train is geared towards handling multiple MPs, it's not really geared for mega-MPs like this
[00:31] <slangasek> robru: perhaps that would be better, but as the train is not enforcing such a policy, it should still generate reasonable changelogs for a merge that it's allowing
[00:32] <slangasek> robru: https://bugs.launchpad.net/cupstream2distro/ the right place to file?
[00:32] <robru> slangasek:
[00:32] <robru> slangasek: yeah
[00:33] <robru> slangasek: you can specifically reference update_changelog in packagemanager.py
[00:33] <robru> slangasek: it literally just has a for loop and calls dch once for each author
[00:35] <slangasek> robru: bug #1460861
[00:35] <robru> slangasek: ok thanks
[00:46] <slangasek> robru: now if I manually fix this changelog and reupload, will the train be unhappy later?
[00:46] <slangasek> (reupload to the archive)
[00:47] <robru> slangasek: is the silo published already
[00:47] <robru> ?
[00:49] <robru> slangasek: oh it's in unapproved
[00:49] <slangasek> correct
[00:49] <robru> slangasek: not sure what you're proposing.
[00:49] <robru> slangasek: no matter what you do it'll screw the train one way or another.
[00:49] <slangasek> robru: I'm rejecting this upload, fixing the changelog to be reasonable for an SRU, reupload, and accept
[00:49] <slangasek> why?
[00:50] <robru> slangasek: the train won't be able to track the migration if the version doesn't match
[00:52] <robru> slangasek: or can you keep the version the same?
[01:24] <slangasek> robru: the version would be the same, it's only the changelog text that needs fixing
[01:25] <robru> slangasek: when the silo migrates, what will be merged to trunk week be the current version
[01:26] <robru> slangasek: if you send me your version of the changelog file, i can commit it in the train though, with some manual wrangling.
[08:01] <sil2100> Phew...
[08:02] <jibel> sil2100, starting a day with 'phew' is rarely a good sign :)
[08:04] <seb128> hey sil2100
[08:06] <sil2100> Yeah, great way to start the day
[08:06] <sil2100> seb128: hey!
[08:06] <jibel> sil2100, can you kick a build of vivid arale and krillin? we need the last location fix
[08:07] <jibel> and verify that it works on the image
[08:07] <sil2100> Sure, it landed yesterday?
[08:07] <jibel> sil2100, yes, finally
[08:07] <sil2100> On it now
[08:09] <sil2100> Should be building now
[08:11] <jibel> thanks
[08:22] <alf_> cihelp: Hi! Could you please add a new test ('mir_privileged_tests') to the test runs by the mir-mediumtests-runner-mako job (in job parameter 'test_suite')?
[08:39] <sil2100> imgbot, where are youuuu
[08:45] <ogra_> sil2100, a little sick ... let me find his medicine ...
[08:50] <ogra_> imgbot, stunt
[08:50]  * imgbot rolls on its back and purrs
[08:50]  * ogra_ cuddles imgbot 
[08:53] <tvoss> imgbot, help
[08:53] <imgbot> I am the firendly system-image watchbot !
[08:53] <imgbot> I know the following commands:
[08:53] <imgbot> help, stop, status, map, stunt
[08:53] <imgbot> for questions please mail ogra@ubuntu.com
[08:54] <tvoss> imgbot, status
[08:54] <brendand> ogra_, don't you have a dog or something?
[08:54] <ogra_> brendand, i used to, nowadays only cats
[08:54] <john-mcaleely> can you tell people who get pinged by imgbot?
[08:54] <brendand> ogra_, and imgbots :)
[08:54] <ogra_> tvoss, you need an image number
[08:54] <tvoss> ogra_, aha :)
[08:55] <ogra_> tvoss, but since the channel switch thats not much useful anymore (numbers changed) ... and i havent finished the bot rewrite yet
[08:57] <tvoss> ogra_, ah okay
[08:57] <tvoss> ogra_, got link to source?
[08:58] <ogra_> tvoss, nope, it uses a lot of my VPN and ssh keys to access the different machines (and is awful code too)  ... the rewrite will not need all this
[08:58] <tvoss> ogra_, okay
[08:58] <ogra_> (and will be public)
[09:08] <mzanetti> sil2100, hey, can we change silo 4 to be a dual silo and start building it, so we can land it when vivid+overlay opens again?
[09:08] <sil2100> mzanetti: let me take a look
[09:08] <mzanetti> I just changed it in the spreadsheet
[09:09] <sil2100> mzanetti: we could, but it would need to be reassigned... will you be ok with rebuilding the silo?
[09:09] <mzanetti> sil2100, yes, needs rebuilding anyways
[09:10] <sil2100> mzanetti: ok, let me reassign
[09:22] <popey> cihelp: Why did jenkins not pick up this merge? https://code.launchpad.net/~vthompson/music-app/decode-before-ms2-lookup/+merge/260790
[09:23] <popey> cihelp: Also, what progress of moving core apps builds from utopic to vivid please?
[09:31] <sil2100> grrr
[09:33] <sil2100> jibel: there'll be a spam of a few lost changes e-mails from yesterday... the mail sending service was not working since I messed up the cronjob
[09:33] <sil2100> jibel: it will be working normally now
[09:34] <jibel> sil2100, how long does it take to build an image when a rootfs is ready?
[09:34] <ogra_> jibel, ~20-30min
[09:35] <ogra_> we have more arches now though ... might be 1h nowadays
[09:35] <sil2100> The importer needs to pick it up, usually 15-30 minutes
[09:35] <ogra_> each new arch adds up
[09:35] <sil2100> hm, never saw that to take 1h, but maybe indeed now it can be a bit longer
[09:35] <ogra_> when we started it took max 10min
[09:36] <ogra_> then snappy came around and it doubled up
[09:36] <ogra_> now with more arches to import it will be longer again
[09:37] <ogra_> snappy will fix that :)
[09:38] <ogra_> (before it gets un-handleable)
[10:00]  * popey adds "Snappy will fix that" to "shit canonical people say"
[10:01] <sil2100> ;)
[10:06]  * Mirv googled http://irclogs.ubuntu.com/2013/10/16/%23ubuntu-touch.html#t08:11
[10:11] <sil2100> popey: you should make a list of 'shit canonical people say' that we can actually browse ;)
[10:12] <popey> haha
[10:27] <ogra_> jibel, do we have a bug open for nearby ? it seems to always have some weird location right after boot until i refresh
[10:44] <jibel> ogra_, none that I know of
[10:44] <ogra_> do you see that too ?
[10:44] <ogra_> or is my house just shielding me better from location detection :)
[10:48] <jibel> ogra_, yes, it shows Paris then my real location (400km away from Paris)
[10:49] <ogra_> yeah, same here
[10:49] <ogra_> (well, not paris indeed)
[10:50] <ogra_> tvoss, couldnt we store the last location on reboot ?
[10:50] <ogra_> and keep it until we have the proper fix
[10:51] <tvoss> ogra_, the scopes infrastructure could do that. Right now, they likely hand out a geoip estimate until the first real location from the service arrives
[10:51] <ogra_> yeah ...
[10:51] <tvoss> ogra_, I'm not a fan of centrally caching that stuff as requirements differ significantly with applications
[10:51] <ogra_> would be better than having the scopes wait with startup til it is there
[10:52] <tvoss> ogra_, probably best to file a bug against scopes then
[10:56] <jibel> ogra_, doesn't it keep some kind of cache already, because when you travel it remembers your previous place?
[10:56] <ogra_> does it ?
[11:17] <thostr_> sil2100: is there any estimate yet when dual landings will be possible again?
[11:21] <sil2100> thostr_: if all goes well we should be good around Thursday
[11:22] <thostr_> sil2100: can we 'freely' land then or are restricted soon again by ota?
[11:22] <sil2100> I suppose the next OTA would be in approx a month
[11:22] <thostr_> sil2100: ack
[11:23] <sil2100> The original plan would be to do an RC promotion in 2 weeks, but not sure if we have te resources to keep doing that still
[11:23] <thostr_> sil2100: right. thing is it gets more and more difficult to find landing times
[11:23] <thostr_> as we usually be also very picky about changes shortly before ota's, even before officially closing those
[11:24] <sil2100> Yeah, this time it was even worse as we closed early and keep the gates closed for long
[11:24] <sil2100> But this is a special case
[11:24] <sil2100> For known reasons
[11:24] <thostr_> hopefully...
[11:25] <thostr_> it felt like we closed for almost three weeks then altogether
[11:26] <jibel> it will be 2 weeks next Friday
[11:57] <pmcgowan> seb128, did this land in vivid https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1439122
[11:58] <seb128> pmcgowan, no, I was looking at that this morning
[11:59] <seb128> pmcgowan, so many bugfixes that are not landing because things are frozen :-/
[11:59] <pmcgowan> seb128, ah ok
[11:59] <seb128> pmcgowan, we can resume bugfixes landing after ota4 right?
[11:59] <pmcgowan> yes
[11:59] <pmcgowan> which should be tomorrow
[12:01] <sil2100> Fingers crossed on that
[13:16] <ogra_> huh ?
[13:16] <ogra_> where does that update come from
[13:17] <ogra_> oh, custom tarball
[13:18] <sil2100> Which update?
[13:19] <ogra_> the one my arale just offered me
[13:19] <ogra_> r11
[13:19] <cwayne> ogra_, CTR fix
[13:19] <ogra_> cwayne, yeah
[13:19] <ogra_> noticed that after asking :)
[13:20] <cwayne> sil2100, ^ jibel gave me the go ahead to push it :)
[13:24] <sil2100> cwayne: ok ;) Give me a sign beforehand :)
[13:25] <cwayne> sil2100, sorry! literally just happened
[13:25] <cwayne> like, 4 minutes ago, but point taken :)
[13:25] <ogra_> the importer was really fast :)
[13:29] <sil2100> :)
[13:30] <boiko> sil2100: when you get some time, I need a silo for row 63, OTA4 targetted bugfix
[13:30] <sil2100> boiko: on it
[13:32] <boiko> sil2100: thanks! :)
[13:32] <sil2100> boiko: thanks for the fix! :)
[13:32] <sil2100> Last from the known list
[13:33] <boiko> sil2100: took a while for me and salem_ to figure out what it was, but in the end salem_ fixed it
[13:39] <pmcgowan> jibel, do you want to close the gates or take a fix or two?
[13:40] <pmcgowan> boiko, sil2100 need QA to ack that one landing, not sure if we are out of time
[13:41] <sil2100> pmcgowan: I think QA is anticipating this fix, yesterday the plan was to not do any telephony tests before this lands
[13:41] <boiko> pmcgowan: well ,the fix is not yet reviewed/tested, and we are in the sprint planning meeting right now, so it will take at least a couple hours before it is ready for QA to test
[13:42] <sil2100> Or at least move those tests to later
[13:42] <boiko> pmcgowan: if it is really urgent I can talk to bfiller to skip part of the meeting to test this
[13:47] <pmcgowan> boiko, if we intend to land it we need it sooner than later
[13:47] <sil2100> pmcgowan, boiko: since this fix is important for OTA-4, maybe QA can help out with testing the fix?
[13:47] <boiko> pmcgowan: ok, I will work on it
[13:47] <boiko> sil2100: that'd be good
[13:49] <sil2100> jibel: I don't want to waste your time, but maybe you guys could check out silo 17 and help out with testing it once it builds?
[13:49] <sil2100> It's the dual-sim fix
[13:50] <fginther> popey, jenkins skipped https://code.launchpad.net/~vthompson/music-app/decode-before-ms2-lookup/+merge/260790 because it has no preview-diff, which is weird. I've manually kicked it off for now.
[13:50] <popey> fginther: thanks
[13:50] <fginther> popey, Also looking into moving things to vivid, first making sure the vivid environment is working. Last time we tried this, we ran into multiple build failures
[13:51] <popey> fginther: it's blocking two core apps now.
[13:51] <fginther> well at least one error that was hitting a few different projects
[13:51] <fginther> popey, which ones?
[13:51] <popey> clock and music
[13:51] <popey> (which are default on device)
[13:52] <fginther> popey, ack
[13:55] <sil2100> pmcgowan: it would be nice to get LP: #1425172 fixed one day too...
[13:57] <pmcgowan> sil2100, we dont have a fix there yet
[14:07] <pstolowski> trainguards hi, can somebody take a look at this failure https://launchpadlibrarian.net/208083338/buildlog_ubuntu-vivid-amd64.unity8_8.02%2B15.04.20150602.1-0ubuntu1_BUILDING.txt.gz ? according to mzanetti this issue has recently been fixed and another unity8 silo builds fine; perhaps some builders have old packages?
[14:10] <Mirv> pstolowski: that shouldn't be possible.. but which silo? the fact that the version number is mentioned means vivid overlay is enabled there alright.
[14:10] <pstolowski> Mirv, silo 40
[14:13] <Mirv> pstolowski: err, silo 5 you mean?
[14:13] <Mirv> the silo is configured correctly, proposed + stable phone overlay
[14:14] <Mirv> and yes there was a unity8 landing after the indicator-network upload
[14:15] <Mirv> Wellark: can you too check https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+packages ? both vivid-overlay + wily claim libconnectivity-qt1-dev : Depends: libconnectivity-qt1 (= 0.5.1+15.10.20150519-0ubuntu1) but it is not going to be installed
[14:15] <pstolowski> Mirv, ah, sorry, yes 40
[14:15] <Mirv> pstolowski: still not 40 ;)
[14:16] <pstolowski> Mirv, eeek, 5 :)
[14:16] <pstolowski> Mirv, ack, thanks, rebuilding
[14:16] <Mirv> pstolowski: there was a problem related to indicator-network landing (merging connectivity-api into it) that Wellark knows about
[14:17] <Mirv> but at least in case of vivid overlay it was supposed to be fixed and indeed there was a successful landing of unity8 already, so I don't know what's really going on
[14:50] <jhodapp> Mirv or sil2100: can one of you publish silo 23 for me please?
[14:52] <Mirv> jhodapp: sure
[14:52] <jhodapp> Mirv, thanks
[14:53] <Mirv> (wily, if anyone is alarmed ;)
[15:22] <sil2100> Mirv: thanks! I'm in a meetong ;)
[15:27] <john-mcaleely> plars, who looks after the krillins in ci testing these days?
[15:28] <boiko> sil2100: pmcgowan: all my tests are OK on the silo, I am just rebuilding for one last fix I asked salem_ to include, and then I will approve the MP
[15:28]  * boiko gets lunch while it builds
[15:28] <pmcgowan> boiko, thanks
[15:29] <pmcgowan> boiko, looks like we will land it tomorrow for krillin testing
[15:32] <plars> john-mcaleely: ci team does
[15:33] <john-mcaleely> plars, who's a good person to ping. I have a bug which they should be screaming about
[15:33] <john-mcaleely> (but aren't)
[15:34] <josepht> john-mcaleely: what's the bug?
[15:35] <john-mcaleely> josepht, can you see: https://bugs.launchpad.net/barajas/+bug/1456225
[15:35] <john-mcaleely> all automated testing shoudl be failing on krillin
[15:35] <john-mcaleely> is it?
[15:36] <josepht> john-mcaleely: yes I can see it, I'll check on the krillin tests
[15:39] <jhodapp> Mirv or sil2100, can I get a silo for line #66 please?
[15:42] <plars> john-mcaleely: in general, ping cihelp if it's urgent or send to the ci mailing list, but I'm certainly interested
[15:42] <plars> john-mcaleely: we don't actively monitor the test results themselves - the landing team does that though for image promotion decision
[15:44] <Mirv> jhodapp: sure (I'm in London this week so thus here later than usual)
[15:44] <jhodapp> Mirv, cool thanks
[15:44] <john-mcaleely> plars, ack. It's just been a while since I knew who to talk to
[15:44] <john-mcaleely> thanks
[15:44] <jhodapp> slangasek, can you take a quick look at this MR since it fixes the bug you filed? https://code.launchpad.net/~phablet-team/qtubuntu-media/fix-1452340/+merge/260850
[15:44]  * sil2100 drives back home, be back soonish
[15:45] <jhodapp> thanks Mirv
[16:00] <john-mcaleely> josepht, any news?
[16:00] <josepht> john-mcaleely: I'm not seeing adb failures
[16:00] <john-mcaleely> cool. where's the dashboard these days?
[16:01] <boiko> pmcgowan: ok, so I can spend some more time testing it
[16:10] <pstolowski> Mirv, the issue I experienced with unity8 build is a dependency cycle of indicator-network (a packaging error); can a fix for that land in vivid-overlay despite "freeze"?
[16:10] <pstolowski> Mirv, nb, pete-woods has the fix
[16:13] <Mirv> pstolowski: ok
[16:13] <Mirv> pstolowski: if that nb was a "nevermind" with a typo, that is :)
[16:14] <pstolowski> Mirv, no, it was nota bene ;)
[16:15] <Mirv> pstolowski: ejsyrbrt!
[16:16] <Mirv> right, google helps :)
[16:17] <Mirv> pstolowski: sooo, I don't think it'd land before OTA4, but that might mean tomorrow/Thursday is ok
[16:17] <Mirv> pstolowski: just because it's very critical hour at the moment so wasting time shouldn't be risked (in case something happens to go wrong)
[16:18] <pstolowski> Mirv, fair enough, ack
[16:19] <pstolowski> Mirv, ejsyrbrt? :D
[16:23] <Mirv> pstolowski: typoing "whatever" by having hands typing one button too right. it happens to me sometimes, even though this time it was on purpose :)
[16:25] <pstolowski> lol
[16:25] <Mirv> jhodapp: the spreadsheet was a bit broken, magic field contents missing so it didn't show your silo until now (dashboard ok)
[16:26] <Mirv> oh, you built the package already so it wasn't an issue
[16:26] <jhodapp> Mirv, yeah, saw that the silo was ready in here...thanks
[16:32] <Mirv> dbarth: could you check spreadsheet lines 13, 17, 33 and clarify status/needs of those
[16:33] <pstolowski> trainguards may i ask for reconfig of silo 5 (new project added)?
[16:34] <Mirv> pstolowski: doing
[16:34] <Mirv> end-of-bluefin in 20 mins, after that sil2100 might be back or robru up
[16:40] <robru> i'm here
[16:41] <Mirv> \o/
[16:41] <robru> Mirv: how's it going?
[16:49] <slangasek> jhodapp: followed up on the MP, further change required
[16:50] <jhodapp> slangasek, ok thanks
[16:52] <Mirv> robru: tired, but good - the usual sprint things, too long evenings, very long days...
[16:53] <Mirv> quite productive anyway
[16:53] <Mirv> my 19th qtbase 5.5.0 beta build succeeded running tests on armhf (I started two weeks ago)
[16:53] <Mirv> qt creator git is building
[16:53] <Mirv> qt 5.4.1 compiler options juggling going slowwly forward
[16:53] <Mirv> it's good
[16:56] <jhodapp> slangasek, pushed an update to the MR per your comment
[17:27] <balloons> ping cihelp
[17:31] <fginther> balloons, are you asking about the core-apps to vivid request?
[17:32] <balloons> fginther, I am. It's starting to get painful :-)
[17:34] <fginther> balloons, This is in progress, it's slowed by the fact that there is no working vivid test environment at the moment, getting that running is a bit more work than usual.
[17:36] <balloons> fginther, ack.. I just wanted to make sure someone was working it as I know vivid got shutoff due to difficulties, so I imagined it might not be easy to bring it back
[17:36] <balloons> popey, ^^
[17:36] <popey> :(
[17:37] <balloons> popey, I know nik90 and ahayzen both are being a little impacted by this. But for anyone else, can you make sure they know :-)
[17:37] <popey> ya
[17:37] <popey> i mentioned this to fginther earlier today.
[17:37] <jhodapp> slangasek, once you approve, I'll get that landed right away
[17:38] <slangasek> jhodapp: I approved it in my latest comment; are you looking for me to top-approve it?  It's not my project so I assumed that wasn't appropriate
[17:38] <jhodapp> slangasek, you can top approve it, that's fine
[17:38] <jhodapp> slangasek, better than me top approving ;)
[17:39] <slangasek> jhodapp: ok done!
[17:39] <jhodapp> slangasek, thanks!
[17:55] <jhodapp> robru, you around?
[17:56] <jhodapp> robru, silo 20 is ready to publish
[17:56] <robru> jhodapp: on it
[17:56] <jhodapp> thanks
[17:57] <robru> jhodapp: you're welcome
[18:03] <oSoMoN> trainguards: can the vivid packages be deleted from silo 1? I want to land only in wily for now, will sync later when vivid-overlay re-opens
[18:03] <robru> oSoMoN: sure thing
[18:04] <robru> oSoMoN: ok deleted, you ready to publish too?
[18:04] <dobey> trainguards: it looks like rows 26 and 32 in the spreadsheet are duplicates? i guess someone should delete row 26?
[18:04] <oSoMoN> robru, in a minute
[18:06] <robru> dobey: indeed, thanks for pointing that out
[18:08] <oSoMoN> robru, alright, silo 1 can be published now
[18:09] <dobey> robru: i think row 15 can be deleted too. those branches have landed in w already
[18:11] <robru> dobey: thanks for checking
[18:12] <dobey> robru: np, easier for me to find things when there aren't duplicates and outdated things listed :)
[18:54] <boiko> pmcgowan: I have just finished testing silo 17 (with the default sim fix), ready for QA to pick it for testing
[18:58] <jibel> om26er, ^ can you verify silo 17?
[18:58] <om26er> jibel, seems blocked on the board
[19:00] <jibel> om26er, it is not the same 17
[19:00] <jibel> probably an obsolete card
[19:02] <om26er> jibel, hmm, so its telepathy-ofono ?
[19:03] <jibel> om26er, yes
[19:03] <jibel> om26er, the card will be created on next run of the job
[19:04] <jibel> om26er, I moved it to under testing
[19:04] <jibel> ready for testing*
[19:04] <om26er> jibel, great, thanks
[19:04] <jibel> om26er, thanks
[19:05] <jibel> om26er, what are the bug # for the 2 upgrade bugs you found?
[19:07] <om26er> jibel, bug 1461138 bug 1461152
[19:17] <oSoMoN> cihelp: it looks like webbrowser-app’s boottest results are still affected by the unity8 greeter bug (https://jenkins.qa.ubuntu.com/job/wily-boottest-webbrowser-app/lastBuild/console), is that known? and can the test be re-run please?
[19:25] <josepht> oSoMoN_: it is indeed known, unfortunately.  I'll retrigger the build.
[19:26] <oSoMoN_> josepht, thanks
[19:39] <jhodapp> robru, media-hub seems to be stuck in the proposed pocket for silo 23
[19:41] <robru> jhodapp: cihelp: another boottest failure, can somebody investigate and retry: https://jenkins.qa.ubuntu.com/job/wily-boottest-media-hub/9/console ? thanks
[19:41] <jhodapp> thanks robru
[19:41] <robru> jhodapp: you're welcome
[19:42] <josepht> robru, jhodapp: looking now
[19:42] <robru> josepht: thanks
[19:42] <jhodapp> awesome
[19:56] <jhodapp> robru, silo 35 is ready to publish
[19:58] <robru> jhodapp: just need this top approved: https://code.launchpad.net/~phablet-team/qtubuntu-media/fix-1457972/+merge/260520
[19:59] <jhodapp> robru, alright, good
[20:23] <josepht> jhodapp, robru: the rebuild was successful for media-hub
[20:24] <robru> josepht: thanks!
[20:24] <jhodapp> josepht, so it should be out of the pocket shortly then?
[20:25] <josepht> jhodapp: afaik, yes
[20:26] <jhodapp> josepht, ok great thanks, I'll keep my eye on it to make sure it does
[20:35] <dobey> trainguards: can i get a silo for row 57 please?
[20:36] <robru> dobey: ok you got silo 1, note the conflict with silo 22.
[20:37] <dobey> robru: yeah, it's fine to land this first though :)
[20:38] <robru> dobey: no worries, as long as you're aware
[20:59] <jhodapp> josepht, awesome, it landed thanks
[21:02] <josepht> jhodapp: great!