[10:35] <morphis> sil2100: you had a similar problem with the android package recently, the automated QA now failed for me on https://requests.ci-train.ubuntu.com/#/ticket/1081
[10:35] <morphis> because of unresolved dependencies on the emulator packages
[10:36] <morphis> "android-emulator/amd64 unsatisfiable Depends: ubuntu-emulator-runtime"
[10:36] <morphis> sil2100: you know what you did to fix that?
[10:41] <sil2100> morphis: yeah, known issue
[10:42] <sil2100> morphis: you'll have to request QA to pick it up even with that failure, as britney for the train is missing some hints we use in the archive
[10:42] <morphis> sil2100: ok
[13:43] <rvr> jhodapp: Silo 48 approved
[13:43] <jhodapp> rvr, thanks!
[13:59] <rvr> jgdx: Hey. Can you take a look to this? https://bugs.launchpad.net/canonical-devices-system-image/+bug/1555623
[13:59] <pmcgowan> rvr, was just asking about this in the other channel
[13:59] <pmcgowan> are they correct in the indicators?
[14:04] <rvr> text: i18n.tr(model.displayName)
[14:04] <jgdx> rvr, is it in a silo?
[14:04] <rvr> jgdx: Nope, rc-proposed
[14:04] <jgdx> rvr, okay
[14:04] <jgdx> pmcgowan, what channel?
[14:05] <pmcgowan> jgdx, we were in #qa, nm
[14:05] <jgdx> pmcgowan, ok
[14:06] <rvr> #: ../build/po/settings.js:52
[14:06] <rvr> msgid "Rotation Lock"
[14:06] <jgdx> seb128, do you recall fixing this issue before? “rotation lock untranslated”?
[14:06] <pmcgowan> we did
[14:06] <rvr> At least in trunk, the po file has the string
[14:07] <seb128> jgdx, I don't, but I first check in the string in the launchpad translation & langpack mo
[14:07] <rvr> But I can't see it in Launchpad https://translations.launchpad.net/ubuntu-rtm/15.04/+source/ubuntu-system-settings/+pots/ubuntu-system-settings/es/+translate?batch=10&show=all&search=Rotation+Lock
[14:07] <seb128> there you go
[14:08] <jgdx> seb128, what was the fix the last time?
[14:08] <rvr> seb128: The string is also not in system settings mo file
[14:08] <seb128> jgdx, I don't remember fixing that one, I would stat checking if the .pot is correctly refreshed during package build
[14:09] <seb128> where is it coming from? the indicator?
[14:09] <seb128> could be an indicator issue
[14:09] <seb128> rvr, the settings.js is likely the .settings keyword for the search
[14:09] <seb128> not the panel string
[14:10] <rvr> seb128: So, "Rotation Lock" is in the .pot file but not in the mo files in ubuntu-system-settings' trunk
[14:11] <seb128> rvr, it's not on the template on launchpad from what you said before though
[14:11] <rvr> s/mo files/po files/
[14:13] <jgdx> seems the last automatic translation update was in July (r1479)
[14:19] <seb128> jgdx, rvr, sorry i've to go but I can have a look more into details alter
[14:19] <seb128> later
[14:22]  * rvr checks stable mo files
[14:23] <ogra_> https://www.youtube.com/watch?v=za4BKMMdrXA
[14:23] <rvr> Binary file share/locale-langpack/es/LC_MESSAGES/ubuntu-system-settings.mo matches
[14:23] <rvr> share/ubuntu/settings/system/orientation-lock.settings:    "name": "Rotation Lock",
[14:24] <dbarth> hey trainguards, tell me i don't need to rebuild that silo /again/ please... https://requests.ci-train.ubuntu.com/#/ticket/912
[14:25] <dbarth> it's been qa'ed, so does it really take a rebuild?
[14:27] <rvr> The string is available in the vivid branch  https://translations.launchpad.net/ubuntu/vivid/+source/ubuntu-system-settings/+pots/ubuntu-system-settings/es/+translate?batch=10&show=all&search=Rotation+Lock
[14:28] <rvr> and in wily, but not in xenial
[14:29] <rvr> and not in ubuntu-rtm/15.04
[14:30] <rvr> seb128: Maybe there was a change in the series for translation exports ?
[14:32] <Mirv> dbarth: unfortunately you do, alexabreu landed a landing 12h agao. you should co-operate with oSoMoN, alexabreu etc who have active webbrowser-app silos to agree on the landing order
[14:33] <sil2100> Eh
[14:33] <sil2100> dbarth: yeah, sadly in this case there's simply no other way
[14:34] <dbarth> it's not so much for me; it's that rvr spent time qa'ing it
[14:34] <Mirv> you all have one webbrowser-app silo active still
[14:34] <dbarth> i hope he can just do a quick smoke test for that new round
[14:34] <dbarth> rebuilding then
[14:34] <Mirv> dbarth: yes it's sad for QA time spent. of course a quicker QA round might be possible with no code changes, just rebase.
[15:57] <dbarth> rvr: https://requests.ci-train.ubuntu.com/#/ticket/912 is built again now
[15:58] <rvr> dbarth: Ack
[17:32] <bfiller> sil2100, robru: any idea why silo 22 QA field hasn't changed to "Ready for QA" yet?
[17:32] <bfiller> seems stuck
[17:33] <robru> bfiller: because you have a manual download URL specified which disables the auto-setting of the qa field.
[17:34] <bfiller> robru: can you manually change it? I don't have permission
[17:34] <robru> bfiller: just set it to ready for you
[17:34] <bfiller> robru: thanks!
[17:34] <robru> bfiller: yw
[17:34] <robru> bfiller: yeah that manual URL field is a bit quirky, it's meant more for people who aren't building debs / using ppas at all, so the qa field needs to be handled manually there.
[19:09] <davmor2> sil2100, bfiller: what has happened to silo 52?
[19:10] <bfiller> davmor2: we had to rebuild it, we're you testing already?
[19:10] <davmor2> bfiller: yes
[19:11] <bfiller> davmor2: argh, sorry about that. didn't see it in under testing. we found a small issue we wanted to fix
[19:11] <davmor2> bfiller: no worries I'll drop this ticket on the failed column then and await the new one
[19:12] <bfiller> davmor2: ok thanks, sorry about that. shouldn't invalidate all the testing, just one fix for focus on the recipient field
[19:12] <bfiller> davmor2: https://bugs.launchpad.net/ubuntu/+source/messaging-app/+bug/1555146
[19:13] <davmor2> bfiller: if you are in the mood for fixes are you doing the invisble text if this is to be the last landing?
[19:14] <bfiller> davmor2: we have a fix for that in another silo I believe
[19:14] <davmor2> bfiller: ah awesome
[19:14] <bfiller> davmor2: silo 61
[19:14] <bfiller> davmor2: plus we'll have plenty more landings :) still have a couple weeks
[19:14] <davmor2> and that is already in the queue so that is nice
[19:15] <bfiller> davmor2: would you rather I revert the change we made to silo 52 and put that in another silo? then we can land it since you've tested
[19:15] <davmor2> bfiller: well feature freeze is tomorrow so only fixes :)
[19:15] <bfiller> up
[19:15] <bfiller> yup
[19:16] <davmor2> bfiller: no I'll grab the new ticket give it a tyre kicking and check the new bit and land it
[19:16] <bfiller> davmor2: cool
[19:16] <davmor2> Shouldn't take as along that way
[19:25] <oSoMoN> davmor2, I’ve seen that you’re looking at silo 27, please let me know if there are any issues/questions with it, I’ll be around for some more time today (and hopefully we can land it today as I’ll be off tomorrow)
[19:25] <oSoMoN> davmor2, note that I’ve commented on the trello card to detail some known shortcomings with the silo
[19:25] <davmor2> oSoMoN: looks good from the description and I saw the note about the issues.
[20:14] <davmor2> oSoMoN: only complaint is it is bit clunky on smaller screens but if you zoom in it's fine.  Other than that seems to work fine so far will need to finish it up in the morning first thing though
[20:34] <oSoMoN> davmor2, thanks, I’m off tomorrow but I’ll try to check in at some point in the morning in case there are issues with the silo
[20:34] <oSoMoN> have a good evening
[21:32] <Saviq> robru, can you please copy shadow from silo 33 to 64?
[21:32] <mterry> dang it
[21:32] <mterry> :)
[21:35] <robru> mterry: hm?
[21:35] <robru> Saviq: on it
[21:35] <mterry> robru, just that Saviq beat me to the request
[21:35] <mterry> robru, thanks!
[21:37] <robru> mterry: as a core dev you have permission to just do it yourself :-P
[21:37] <robru> Saviq: done!
[21:38] <Saviq> robru, oh, I thought only ci-train-foos could do that :)
[21:38] <mterry> robru, oh I thought I had to admin the team of the silo
[21:38] <Saviq> being the owners and such
[21:38] <Saviq> yeah, that
[21:38] <robru> Saviq: mterry: ubuntu-core-dev is a member of ci-train-ppa-service
[21:38] <mterry> robru, membership is enough?  OK, will try to remember that
[21:38] <robru> mterry: yeah membership is enough for pushing branches and uploading to PPAs. you only need to be admin to create & delete PPAs.
[21:40] <robru> going afk for a bit (but probably still reachable)
[22:32] <salem_> trainguards, hello, can anyone trigger a rebuild of messaging-app on silo 52 only for xenial/i386 ?
[22:33] <robru> salem_: one sec
[22:33] <salem_> robru, ok, thanks
[22:35] <robru> salem_: you're welcome! Bbl