[05:28] <robru> cihelp https://jenkins.qa.ubuntu.com/job/cu2d-choo-choo-autolanding/282/console s-jenkins seems a little broken here?
[05:30] <robru> same error after retrying
[05:34] <robru> -ci job seems fine, only -autolanding is doing this
[05:35] <robru> cihelp, seems like an issue with prodstack-worker-4, I took it offline now -autolanding job is working
[05:36] <robru> I don't know how to fix it, if somebody could look at that and bring it back online that'd be grat
[05:40] <robru> cihelp, is somebody working on this? pw4 keeps coming back online in a broken state, not sure if I'm fighting against some kind of automation or stepping on somebody's toes here.
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
[07:59] <robru> Channel sure is quiet
[08:00] <Mirv> robru: usually it's just me and you awake in these _early_ hours. soon all of UK will be here among else.
[08:00] <Mirv> although I agree this is quieter than most, I've been here 3h now, usually people start to arrive 1h earlier
[08:00] <robru> Mirv: but it's 1am! Usually sil is up by now
[08:00] <robru> Yeah
[08:01] <robru> Mirv: any explosions? I landed a branch a few hours ago but it was fairly simple
[08:01] <sil2100> ;)
[08:01] <Mirv> he is up, since he's online
[08:01] <sil2100> BOOM
[08:01] <Mirv> robru: not that I've seen, I've even published this morning
[08:01] <robru> Mirv: i have a branch that fixes prepares but it's a bit heavier so i didn't roll it out yet
[08:02] <robru> Mirv: cool
[08:02] <robru> sil2100: good morning
[08:02] <sil2100> Morning
[08:03] <robru> I'm just winding down
[08:04] <robru> Goodnight!
[08:05] <robru> Ooh is this the week where US and Europe go out of sync on DST? That might explain quietness
[08:10] <sil2100> hmmm, not sure when that happens
[08:10] <sil2100> robru: goodnight! :)
[08:12] <pstolowski> hello trainguards, may i ask somebody for a packaging review for the changes in silo 24? this is important to land for OTA and i'd like to avoid last minute surprise
=== robru changed the topic of #ubuntu-ci-eng to: Train trouble? ping trainguards | CI problems? ping cihelp | Train: http://bit.ly/1hGZsfS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: -
[08:21] <Mirv> pstolowski: it's a pretty hard nut, but yes peeking inside the generated control files and the meta data of the binary packages, it'd look like functioning as planned :)
[08:22] <Mirv> I looked inside the libscope-harness1 on vivid and libscope-harness2 on wily
[08:22] <pstolowski> Mirv, yes, I know...
[08:22] <Mirv> it seems mich has also been updating https://wiki.ubuntu.com/citrain/LandingProcess#Dual-landing_and_handling_symbols from where I started, nice!
[08:23] <pstolowski> ah, indeed
[09:00] <pstolowski> QA, please see my comment to the above silo ^ and silo 24
[09:31] <mandel> sil2100, again, my ineptitude with version numbers is confusing me => https://ci-train.ubuntu.com/job/ubuntu-landing-044-1-build/70/console
[09:31] <mandel> :-/
[09:32] <sil2100> mandel: uh oh!
[09:33] <sil2100> mandel: whenever you see this error, this usually means you want to release a vivid-only silo from a trunk  that was either wily-only or dual-landing-only
[09:33] <mandel> sil2100, oh! yes, I want to land jus tin vivid
[09:33] <mandel> just*
[09:33] <mandel> sil2100, do I need to recreate the silo?
[09:33] <sil2100> mandel: let me check the silo real quick
[09:35] <sil2100> huh
[09:37] <sil2100> mandel: ah, ok... so I see in the merge you try to release you modify the changelog
=== vrruiz_ is now known as rvr
[09:40] <sil2100> mandel: so, what you need to do:
[09:41] <sil2100> mandel: modify your branch again and, in the 2 changelog entries that you added in debian/changelog, change 15.10 to 15.04 :)
[09:41] <sil2100> mandel: since it's a vivid branch
[09:42] <sil2100> mandel: ah, and modify your landing request to target the overlay!
[09:43] <psivaa> michi: robru: I've fixed the prodstack-worker-4 issues that you were seeing. Something was making the jenkins workspace there read only.
[09:43] <michi> psivaa: Thanks a bundle!
[09:43] <michi> Truly appreciate it!
[09:44] <psivaa> I've fixed that for now and setup a cleanup job that would possibly fix the cause. But please ping us back if you see the issue again.
[10:07] <Trevinho> Mirv: how is it that you can't upload nux? :o
[10:30] <Mirv> Trevinho: I'm only a MOTU + per-package rights for Qt, I can't upload main packages :( ... now that the more stricter trainguards policy was put in, ie packaging changes require a core-dev to do the whole publishing
[10:30] <Mirv> Trevinho: I still can if there are zero debian/ changes
[10:31] <Mirv> sil2100: do you harass og_ra regularly with main publishings or spread more evenly to other people?
[10:54] <sil2100> Mirv: I usually harrass ogra_ and ken
[10:54]  * ogra_ hides
[11:08] <sil2100> Meow
[11:08]  * sil2100 needs to jump out to the vet for a few minutes
[11:15] <Mirv> sil2100: right.. maybe one for each then :)
[11:18] <Mirv> ogra_: nux packaging changes (+ job for publishing) at https://ci-train.ubuntu.com/job/ubuntu-landing-027-2-publish/53/ - mainly one dependency addition. Trevinho might be able to explain how there's a change in dependency from source:Version to binary:Version that I don't see in the MP:s
[11:18] <Mirv> and ken will probably see the other request just in the queue, since I didn't touch it
=== om26er_ is now known as om26er
[11:23] <ogra_> Mirv, Trevinho, well, the added dep without changelog entry is a NACK, sorry ... beyond that it looks fine (having a binary package depend on the binary version of the dep looks ok to me :) )
[11:24] <ogra_> please fix the changelog and i can ACK it
[11:24] <Laney> it would probably be better to make libnux-4.0--common Architecture: all and keep the dependency as source:Version
[11:24] <ogra_> Laney, for the binary package ?
[11:24] <Laney> it looks to really be Arch: all
[11:24] <Laney> i.e. everything in /usr/share
[11:25] <ogra_> true dat
[11:26]  * ogra_ still thinks the binary version for a binary dep is ok though 
[11:27] <Laney> if it's not arch all then it is correct
[11:40] <davmor2> Mirv: ref silo 30 can you try opening a video scope youtube link
[11:41] <Mirv> davmor2: ok. I noticed the playback doesn't start the first time, but it also didn't start after reverting to the old version.
[11:42] <davmor2> Mirv: yeah that was a glitch in youtube for me though, it opens the details page when I click on it, if I tap on the play button the browser isn't opening at all
[11:43] <davmor2> Mirv: in the meantime I'll try a fresch install and ensure everything actually got installed
[11:43] <Mirv> davmor2: just check dpkg -s libqt5network5
[11:44] <Mirv> davmor2: so you're seeing that if you go to details page and try opening video from there, webbrowser doesn't start? just to know what I'll try.
[11:45] <davmor2> Mirv: so on the scope I tap a youtube video (in my case the jimmy fallon one), that opens the details page and has the play button, I tap on play and nothing happens
[11:46] <davmor2> Mirv: http://paste.ubuntu.com/12513842/
[11:47] <Mirv> davmor2: ok, I'll try again. I did start all my youtube videos that way, and only noticed the playback problem when in youtube in the browser
[11:47] <Mirv> davmor2: yes, that's upgraded
[11:47] <davmor2> Mirv: let me do a reflash now incase something went wrong
[11:48] <davmor2> Mirv: and it will let me check the version prior to installing the silo
[11:49] <Mirv> davmor2: just to your todo-list on the side, comment on the https://code.launchpad.net/~morphis/phablet-tools/multiple-silos/+merge/271621 whatever you had in mind, since I set it back to non-approved earlier
[11:52] <davmor2> Mirv: added a comment
[11:54] <davmor2> Mirv: so on 118 on arale rc-proposed tapping on play opens the browser
[11:54] <davmor2> Mirv: I'll install the silo now and retry
[11:56] <Mirv> davmor2: mako rc-proposed, upgraded and Jimmy Fallon still launches in webbrowser
[11:59] <davmor2> Mirv: and now it works here too so I don't know if there is race some where :(   thanks for checking though
[12:00] <ogra_> fast and furious phone ....
[12:02] <Mirv> davmor2: at least launching webbrowser from the scope shouldn't involve any Qt network calls which the silo affects
=== alan_g is now known as alan_g|lunch
[12:10] <bzoltan> ogra_: sorry to bug you... have you seen my question on phablet?
[12:10] <ogra_> bzoltan, after i'm back in the office i will ;)
[12:10] <bzoltan> ogra_: Okey :)
[12:11]  * ogra_ is having brunch :)
[12:11] <bzoltan> yeah... champagne, strawberries... #highlife
[12:13] <ogra_> oatmeal and coffee :P
[12:16] <bzoltan> sounds exactly like my breakfast
[12:16] <ogra_> yeah, just late enough to call it brunch :)
=== chihchun is now known as chihchun_afk
=== alan_g|lunch is now known as alan_g
[13:07] <mterry> sil2100, I had a silo with just manually-uploaded packages.  I set it to "Ready for QA", but it wasn't showing up in the "Ready for QA" tab, because it's status was "Silo ready to build".  I manually edited that field to "Packages built." so it would show up in the tab.  Is that the right process?
[13:12] <sil2100> mterry: you need to do a watch only build now
[13:13] <mterry> ah
[13:13] <sil2100> mterry: so use the build job and check WATCH_ONLY, since the train needs to notice your packages that you manually uploaded :)
[13:16] <mterry> sil2100, that did it  :)
[13:17] <mterry> sil2100, so now it's out of my hands, I believe?
[13:17] <sil2100> mterry: yes, it's now in QA's hands :)
[13:17]  * mterry wipes brow
[13:17] <mterry> phew
[13:17] <mterry> :)
[13:17] <sil2100> Once it's ready, you can publish - it should appear in the Publishable tab then
[13:38] <sil2100> mterry: hey, you have a minute? ;)
[13:38] <sil2100> mterry: the train now has a strict permissions-check for silo publishing, and there's a silo with a main component that I would need someone to review and publish
[13:38] <sil2100> mterry: could you help me out here?
[13:39] <sil2100> Oh, I also see kenvandine is here :)
[13:39] <kenvandine> sil2100, what's up?
[13:39] <sil2100> kenvandine: heeeeey, I have the usual request ;)
[13:39] <sil2100> kenvandine: https://ci-train.ubuntu.com/job/ubuntu-landing-022-2-publish/39/
[13:39] <sil2100> kenvandine: I checked the diff briefly and it looks good
[13:39] <sil2100> mterry: unping
[13:40] <mterry> yay
[13:40] <mterry> :)
[13:40] <mterry> just wait long enough and everything gets solved
[13:43] <Trevinho> ogra_: sorry, what should I do with that nux change?
[13:43] <kenvandine> sil2100, sure
[13:43] <Trevinho> ogra_: in my branches I just added the build dep, not sure how the other changes come up (probably merging with trunk that was manually updated)
[13:43] <sil2100> kenvandine: thanks :)
[13:44] <ogra_> Trevinho, please note any dependency changes in the changelog ...
[13:44] <ogra_> with the package names
[13:44] <ogra_> Trevinho, Laney had other concerns too though
[13:44] <Trevinho> Laney: whatever you want me to do...
[13:45] <Laney> Trevinho: I suggest(ed) making the -common package arch: all
[13:46] <Trevinho> ah, it should be right
[13:46] <Trevinho> let me check that they didn't do anything arch related there
[13:46] <Trevinho> but I hopeno
[13:46] <Trevinho> ok, no that's fine
[13:49] <bzoltan> sil2100:  do you know who landed '1.9.2-0ubuntu0.15.04.1' oxide on Wily? The installation of the ubuntu-sdk is broken http://paste.ubuntu.com/12514263/
[13:49] <seb128> bzoltan, nobody did
[13:49] <seb128> bzoltan, https://launchpad.net/distros/ubuntu/+source/oxide-qt
[13:50] <bzoltan> seb128: then what the hack is going on with that ubuntu-sdk?
[13:50] <seb128> bzoltan, nothing, I think mhall119 is having local issues due to ppas use
[13:51] <mhall119> seb128: bzoltan also said the UITK was having issues with the new GCC, which is what I was pinging the desktop team for help with
[13:51] <bzoltan> seb128: I crosscheck it ... mhall119: an apt-cache policy could uncover few secrets around this problem?
[13:51] <bzoltan> mhall119: I think it is two different issue
[13:52] <mhall119> bzoltan: indeed, I'll try uninstalling oxide 1.9.2 and see if that fixes installing for me
[13:52] <seb128> mhall119, can you give specifics on that gcc uitk problem?
[13:52] <mhall119> bzoltan: it is, I was pinging for help with your gcc issue
[13:53] <bzoltan> seb128: https://launchpadlibrarian.net/218463285/buildlog_ubuntu-wily-amd64.ubuntu-ui-toolkit_1.3.1642%2B201509211130-staging-0%2B1.3.1627%2B15.10.20150908~ubuntu15.10.1_BUILDING.txt.gz
[13:53] <bzoltan> /usr/bin/ld.gold: --push-state: unknown option
[13:53] <mhall119> seb128: bzoltan can, he just told me there was a problem and it was outside of his area of expertise to fix
[13:53] <bzoltan> mhall119:  I appreciate your kind wording ... seb128 I translate: I am dead stupid for this :D
[13:54] <bzoltan> mhall119:   Since the beginning I do dual landings.. so 15.10 was same as OTA releases .. it broke just few weeks ago
[13:55] <seb128> bzoltan, mhall119, that's https://bugs.launchpad.net/ubuntu/+source/gcc-5/+bug/1496743
[13:55] <ubot5> Ubuntu bug 1496743 in qtbase-opensource-src (Ubuntu) "/usr/bin/ld.gold: --push-state: unknown option" [Undecided,Confirmed]
[13:56] <bzoltan> seb128:  Yes, we have filed it with Mirv
[13:56] <bzoltan> seb128: mhall119: so it is expected to be fixed with 5.3 ... will it be released/backported to 15.10?
[13:57] <seb128> I hope it's going to be fixed for 15.10
[13:57] <seb128> but slangasek is out this week and doko doesn't seem to be around
[13:57] <seb128> I tried to assign the bug to the foundation team, let's see
[13:58] <mhall119> thanks for your help seb128
[13:58] <seb128> mhall119, yw!
[14:04] <Trevinho> Laney: is this enough for you https://launchpadlibrarian.net/218470992/nux_4.0.8%2B15.10.20150918-0ubuntu1_4.0.8%2B15.10.20150921-0ubuntu1.diff.gz ?
[14:05] <Laney> Trevinho: then you can put the dependency back to source:Version
=== chihchun_afk is now known as chihchun
[14:07] <dbarth_> hey; it think i got a silo assigned for https://requests.ci-train.ubuntu.com/#/ticket/396 (as 'assign' says a silo already exists), but bileto won't tell me which silo it is
[14:07] <dbarth_> can you help ? ^^
[14:08] <Trevinho> Laney: ah, yeah... I didn't read about that. Sorry
[14:08] <Laney> Trevinho: it's not really a big deal, more of a Debian thing really
[14:08] <Laney> but if we can, might as well
[14:09] <Trevinho> Laney: on  libnux-4.0-0 only, right?
[14:10] <Laney> the dependency to -common
[14:11] <Trevinho> Laney: fine
[14:23] <Laney> Trevinho: if you're uploading unity you could look at my branch btw ;-)
[14:23]  * Laney goes to lunch
[14:24] <Trevinho> Laney: yeah, I missed that. On it
[14:35] <rvr> pstolowski: ping
[14:36] <rvr> pstolowski: I'm about to approve silo 24... anything special to check?
[14:42] <Mirv> dbarth_: I've emptied your 396's non-MP URL:s since bileto seemed to choke on them while trying to do other things: http://pastebin.ubuntu.com/12514588/
[14:43] <pmcgowan> Mirv, that Qt netowrking fix that just landed, what user visible symptoms does that address
[14:43] <dbarth_> Mirv: oops, thanks; so i will try again with proper mps
[14:44] <dbarth_> i guess that's a good real life test case though, ahem ;)
[14:44] <pstolowski> rvr, hey, nope, the new api additions are not yet used by anyone, so only check really is for regressions
[14:46] <rvr> pstolowski: I am checking an issue, Instagram photos not appearing in the Photos scopes
[14:46] <pstolowski> rvr, something you noticed while testing this silo?
[14:47] <rvr> pstolowski: Yeah, the Photos scopes is not showing Instagram photos after logging
[14:47] <rvr> pstolowski: Not sure if related or not
[14:48] <pstolowski> rvr, i doubt it has anything to do with my silo
[14:49] <pstolowski> rvr, as a quick check just revert unity-plugin-scopes, that's the only package in the silo
[14:49] <rvr> pstolowski: That's my bet, but checking without the silo
[15:00] <rvr> pstolowski: Right, also happens without the silo package
[15:00] <rvr> pstolowski: Approving the silo
[15:00] <pstolowski> rvr, thanks!
[15:00] <rvr> pstolowski: What do we do with silo 15?
[15:02] <pstolowski> rvr, can you park it for now but keep it in your queue with a caveat that it may need to be tested for ota7?
[15:03] <pstolowski> rvr, we should know soon i guess when it comes to landing of silo 24
[15:04] <Mirv> pmcgowan: it could affect any https connections, even though I didn't get the upstream bug's site to do what was required for the test case. it's a continuation to upstream's call for distributors to address the bug at http://lists.qt-project.org/pipermail/development/2015-May/021295.html
[15:07] <pmcgowan> Mirv, could explain a few things although I don't think scopes uses this api
[15:13] <Mirv> yeah, some problems we have sound like could be affected
[15:16] <pstolowski> pmcgowan, Mirv: Apps scope uses QNetworkAccessManager; some older 3rd party scopes may be using it as well
[15:17] <renatu> sil2100, since the string freeze is tomorrow, we would like to land the pot file for some code that still in test. Do you know if can land something like this? https://code.launchpad.net/~renatofilho/address-book-service/new-pot/+merge/271818
[15:18] <renatu> sil2100, this is the new pot file for address-book-service but the files mentioned on pot does not exists yet
[15:19] <sil2100> renatu: hey! I think this should be fine, I think 2 releases ago we already once landed pot-files before the feature itself
[15:19] <sil2100> renatu: do the new strings come with some new features?
[15:20] <sil2100> renatu: I don't mean this merge here, but the overall idea behind the strings
[15:20] <renatu> sil2100, yes the code is on silo 34
[15:21] <renatu> sil2100, we are replacing syncevolution in favor of buteo
=== chihchun is now known as chihchun_afk
[15:26] <rvr> pstolowski: Ok
=== karni is now known as karni-afk
[15:27] <renatu> sil2100, should we land this using ci train or can we push it in to the trunk, like we do with a normal pot update?
[15:29] <sil2100> renatu: I think it would need to go through the train, since otherwise there will be no new packages in the overlay so LP won't pick it up I think
[15:31] <pstolowski> pmcgowan, Mirv and also Ubuntu Store scope
[15:33] <pmcgowan> pstolowski, thanks there were some odd reports re that on mailing list
[15:44] <bfiller> renatu, sil2100 : do I need to change the address-book-service project in LP to make sure it's setup correctly for translations?
[15:49] <sil2100> jibel, davmor2, robru, rvr, ogra_, popey: anything to report for the landing team meeting?
=== karni-afk is now known as karni
[15:49] <ogra_> sil2100, not here
[15:49] <rvr> sil2100: Nope
[15:49] <sil2100> I don't have anything against having it, but I'm in the middle of some ubuntu-pd stuff right now
[15:50] <ogra_> sil2100, and kudos and congrats to your first big cdimage patch !
[15:51] <popey> no sil2100
[15:51] <sil2100> ogra_: thanks!
=== nuclearbob is now known as nuclearbob_lunch
[15:55] <sil2100> jibel, davmor2, rvr, popey, ogra_, robru: so tomorrow EOD is string and feature freeze, we're not accepting any new features without explicit +1 from pmcgowan
[15:55] <sil2100> I'll check what's up with the translation infra too
[15:55] <rvr> sil2100: Great
[15:56] <rvr> sil2100: I'll send an email to ubuntu-translators tomorrow so they start working
[16:08] <pstolowski> hey trainguards, can we proceed with landing of silo 24?
[16:14] <sil2100> pstolowski: will try to start the review in-between things, but we'll need to pokie poke seb128 later for the binNEW review
[16:18] <pstolowski> sil2100, ok, cool, i just want to make sure it's not stuck and shall we find any issue, i have time to fix before gates close
[16:34] <rvr> bfiller: mandel: Silo 44 merge proposals need review and approval
[16:37] <pstolowski> sil2100, btw string/feature freeze is tomorrow, isn't it?
[16:39] <rvr> pstolowski: Yes
[16:39] <pstolowski> rvr, k, thanks
[16:39] <sil2100> pstolowski: yes :)
[16:41] <bfiller> mandel: did you have anyone review these? renatu did you review one of the in silo 44 if so please top approve
[16:42] <bfiller> abeato: did you happen to review this: https://code.launchpad.net/~mandel/ubuntu-download-manager/vivid-add-appid-metadata/+merge/269340
=== pstolowski is now known as pstolowski|eod
[16:49] <sil2100> cjwatson: hey! Do I need anything else to get the ubuntu-pd images building? Like, some livefs launchpad config? Since my first test build failed with:
[16:49] <sil2100> No valid suites to build for ubuntu-pd-armhf on kishi00.buildd finished at 2015-09-21 16:45:17 (failed)
[16:49] <sil2100> Null message body; hope that's ok
[16:58] <rvr> mterry: Approving silo 51
[17:01] <cjwatson> sil2100: ah, you ran into one of the more obscure bits
[17:01] <cjwatson> we need to create livefs objects in LP, and then add the right config to the cdimage production branch, livefs-launchpad
[17:01] <cjwatson> let me sort that out for you ...
=== alan_g is now known as alan_g|EOD
[17:05] <sil2100> cjwatson: thank you :)
[17:05] <robru> mterry: kenvandine: https://requests.ci-train.ubuntu.com/#/ticket/381 somebody around to publish this? qa just approved
[17:09] <robru> morphis: hey, didn't you have a branch for citrain tool? Where'd that go?
[17:09] <cjwatson> sil2100: try again
[17:10] <cjwatson> that was:
[17:10] <cjwatson> $ lp-shell production devel
[17:10] <cjwatson> In [1]: lp.livefses.new(name="ubuntu-pd", owner="/~ubuntu-cdimage", distro_series="/ubuntu/vivid", metadata={"project": "ubuntu-pd", "image_format": "plain"})
[17:10] <cjwatson> In [2]: lp.livefses.new(name="ubuntu-pd", owner="/~ubuntu-cdimage", distro_series="/ubuntu/wily", metadata={"project": "ubuntu-pd", "image_format": "plain"})
[17:10] <cjwatson> then flip both of those to require_virtualized: False, and add a line to livefs-launchpad
[17:24] <bfiller> robru: is it possible to clear request #52 and #182? they are old and I can't see to get rid of them
[17:24] <robru> bfiller: if they're assigned, you need to Merge&Clean and check ONLY_FREE_SILO. if not just edit the status to 'Abandoned'
[17:25] <bfiller> robru: thanks
[17:25] <mterry> robru, that's my own upload
[17:25] <mterry> (381)
[17:25] <robru> bfiller: you're welcome. I plan to make a proper 'Abandon' job that does the right thing in all cases but just putting out some fires first
[17:25] <mterry> robru, I don't know if that means it doesn't need further approval or if it means kenvandine should do it instead of me
[17:26] <kenvandine> mterry, it's fine for you too, you're a core dev :)
[17:26] <robru> mterry: it's the same archive upload rules
[17:26] <kenvandine> mterry, i don't mind reviewing it, but i'm sure it's fine
[17:26] <mterry> kenvandine, robru: I'm publishing
[17:27] <kenvandine> cool
[17:27] <robru> great
[17:28] <mterry> robru, yikes.  That "last successful artifacts" bit scared me for a sec -- made me think I accidentally published some unity8 silo
[17:29] <robru> mterry: yep that's just some jenkins BS I have no control over, sorry
[17:29] <robru> mterry: jenkins will go away one day but it's a long road to get there
[17:30] <mterry> robru, :)
[17:34] <mandel> bfiller, yes, he did review that branch
[17:34] <mandel> rvr, they are rebuild ones, but I don't want to stop testing on those for empty mr (Except the addition of a mocked method)
[17:35] <mterry> robru, now that the status is Landed, do I merge and clean it?
[17:35] <bfiller> mandel: can get him to top approve
[17:35] <robru> mterry: no that's done automatically
[17:35] <mterry> robru, ah perfect.  I'll walk away from the silo then.  :)  Thanks
[17:35] <mandel> bfiller, it eod is spain, around 7:30
[17:35] <robru> mterry: you're welcome
[17:36] <bfiller> mandel: you can top approve it then, as he's already approved
[17:37] <mandel> bfiller, done
[19:55] <robru> mterry: kenvandine: can I get a packaging ACK & publish please? https://ci-train.ubuntu.com/job/ubuntu-landing-027-2-publish/54/
[19:56] <mterry> robru, looking
[19:56] <robru> mterry: thanks
[20:07] <mterry> robru, ^ published
[20:08] <robru> mterry: thanks!