[00:28] <robru> barf
[01:31] <Saviq> robru, https://requests.ci-train.ubuntu.com/#/ticket/877 has Britney status "Failed", but results are all "In progress", that expected?
[01:31] <Saviq> or did excuses not get updated (they do seem old-ish)
[01:32] <robru> Saviq: probably cached, try reloading the page
[01:33] <robru> Saviq: i see regressions in there
[01:35] <Saviq> d'oh
[01:35] <Saviq> robru, looks like Cache-Control or something could be in order
[01:36] <Saviq> but woo, pass for unity8
[01:36] <Saviq> -ish
[01:36] <robru> Saviq: yeah i dunno, it's just using the flask default, file a bug? lp:bileto
[01:37] <robru> Saviq: oh man, are these the first unity8 passes ever? I heard they had always failed
[01:38] <Saviq> robru, yup, they are
[01:38] <robru> Sweeeeeeet
[01:39] <Saviq> that's almost 1100 tests
[01:39] <Saviq> xenial not looking great, but we'll get there
[01:39]  * Saviq just enabled autopkgtest in Jenkaas, so some progress
[01:39] <Saviq> unfortunately results are different between that and Britney
[01:40] <Saviq> looks like a lot of flakiness on xenial
[01:40] <Saviq> or on armhf
[01:43] <Saviq> bug #1534412
[01:43] <ubot5> bug 1534412 in Bileto "Britney results are not cache-controlled" [Undecided,New] https://launchpad.net/bugs/1534412
[01:44] <Saviq> 3am... time for bed, especially since flying in 27h
[01:49] <robru> Saviq: good night
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
[10:50] <pstolowski> sil2100, jibel hello, a potentially serious regression - https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1534541 - it unclear to me yet if it's a problem with shell plugin or something else. also reproducible for me 100%, but not for tsdgeos
[10:50] <ubot5> Launchpad bug 1534541 in unity-scopes-shell (Ubuntu) "Dash doesn't accept input (appears frozen) after youtube scope auth" [Critical,New]
[10:51] <pstolowski> sil2100, jibel would be good to get some more people check it. should be tested with youtube scope, ubuntu store works fine for example.
[10:53] <sil2100> pstolowski: would be nice if we could get someone else reproducing it as well
[10:53] <jibel> pstolowski, okay, we'll try to reproduce
[10:54] <pstolowski> jibel, sil2100 thanks! will try to get somebody from my team test it as well (we're decimated at this moment a bit, some left for the sprint already)
[10:56] <jibel> pstolowski, nice bug. Confirmed
[10:56] <pstolowski> :(
[10:57] <sil2100> :<
[10:57] <jibel> pstolowski, it's like the dash doesn't receive any input
[10:58] <jibel> the launcher is still responding
[10:58] <pstolowski> yes
[10:59] <jibel> pstolowski, did you try on stable?
[11:00] <pstolowski> jibel, no, i'm on rc-proposed
[11:00] <jibel> davmor2, or rvr could you test bug 1534541 on stable to confirm that it's a regression?
[11:01] <ubot5> bug 1534541 in unity-scopes-shell (Ubuntu) "Dash doesn't accept input (appears frozen) after youtube scope auth" [Critical,Confirmed] https://launchpad.net/bugs/1534541
[11:01] <rvr> jibel: Checking
[11:05] <rvr> pstolowski: jibel: I didn't get any freeze in arale rc-proposed 220
[11:05] <pstolowski> rvr, thanks
[11:06] <rvr> pstolowski: YouTube showed the latests results and I could go back to the Dash fine
[11:07] <rvr> jibel: But you were able to reproduce it :-/
[11:07] <jibel> rvr, you removed the google account before the test?
[11:08] <rvr> jibel: Didn't have any account at all
[11:08] <jibel> k
[11:08] <pstolowski> jibel, are you on krillin?
[11:08] <jibel> pstolowski, yes
[11:08] <jibel> pstolowski, I'll test on stable but cannot reflash it right now
[11:08] <pstolowski> jibel, ok, hm... tsdgeos wasn't able to reproduce either, and he is on meizu i think
[11:08] <jibel> lets have someone from kgunn's team have a look
[11:08] <pstolowski> jibel, and i'm on krillin too
=== _salem is now known as salem_
[12:03] <popey> jibel, i have a music app click request - https://requests.ci-train.ubuntu.com/#/ticket/884 - there's known issues linked in an etherpad doc in there which need consideration.
[12:03] <popey> one is quite the blocker and exists in media-hub
[12:03] <popey> I know jim worked on it last night, don't know if he got a fix, but it's on that side of things rather than music itself.
[12:04] <popey> ahayzen, ^
[12:04] <ahayzen> popey, correct, thanks :-)
[12:05] <popey> thanks
[12:05] <jibel> popey, thanks. Pat targeted the blocking bug to OTA10
[12:05] <popey> yeah, I saw :(
[12:06] <jibel> worth discussing at the RTM meeting
[12:07] <jibel> popey, do you know if Jim has an idea how to fix it?
[12:07] <popey> I think he knows why it happens, but don't know if he's got a plan to fix.
[12:08] <jibel> popey, it happens with any notification sound too?
[12:08] <popey> yeah
[12:08] <popey> so if you get an sms it clears the queue
[12:08] <popey> which isn't great
[12:08] <jibel> okay, that's bad
[12:09] <jibel> we should get a fix for this ota
[12:09] <ahayzen> popey, note, it seemed to be anything on the alert role...the testcase was taking a photo from the camera
[12:09] <ahayzen> popey, i haven't been able to check if a SMS does, but i would assume it does
[12:10] <popey> jibel, this is only a problem if we land _this_ music app update
[12:11] <popey> although other music apps in the store could be affected if this bg playlists stuff lands right ahayzen ?
[12:11] <ahayzen> popey, yeah anything that uses bgplaylists, eg podbird might
[12:12] <jibel> popey, right but then it means we cannot land this music app before ota9.5 or 10
[12:12] <popey> yes
[12:13] <popey> which would be a real pain
[12:13] <jibel> and all the work on bgplaylist was also to allow this music app to land
[12:13] <popey> They are somewhat tied together, yeah.
[12:15] <davmor2> popey: does the same thing happen if you have an alarm go off or a phone call
[12:17] <popey> no
[12:17] <popey> music pauses and comes back
[12:18] <ahayzen> popey, yeah an alarm works which is interesting
[12:18] <popey> But yes, taking a photo broke it
[12:18] <ahayzen> popey, the cases we found were taking a picture with the shutter sound and taking a screenshot IIRC ?
[12:18] <popey> yes
[12:19] <popey> i dont have a sim in this phone so can't test sms
[12:19] <ahayzen> same, and if i switched i don't have another phone to send from :-)
[12:19] <popey> i can send you one :)
[12:19] <ahayzen> haha OK, let me sim it up and reboot
[12:23] <jibel> I'd block on any notification sound, we can discuss if it happens only with the camera
[12:25] <ahayzen> jibel, so we just found 3 cases...
[12:26] <ahayzen> 1) with SMS the music kept going and seemed fine
[12:26] <ahayzen> 2) the telegram notification caused the music to stop, but the queue didn't empty (it remained intact)
[12:26] <ahayzen> 3) from the camera shutter sound/screenshot sound the music stops and the queue empties
[12:27]  * ahayzen will add to the bug
[12:27] <jibel> thanks
[12:33] <jibel> popey, is it ready for qa or you need more testing on your side?
[12:35] <popey> I spent a lot of time testing it yesterday, and the only issue I found was the one we were just discussing.
[12:35] <popey> I don't doubt davmor2 will show me up though :)
[12:35] <jibel> okay, so we can probably start reviewing it today
[12:35] <jibel> rvr, thanks for the camera
[12:36] <jibel> sil2100, the bot is not fixed?
[12:36] <jibel> bfiller, silo 50 / camera approved
[12:38] <rvr> jibel: You're welcome
[13:15] <sil2100> jibel: I poked robru yesterday, but maybe he didn't find the time for it
[13:26] <ChrisTownsend> jibel: Hey, we need QA Signoff for https://requests.ci-train.ubuntu.com/#/ticket/875.  I made a note in the ticket, but in short, it's not in the normal phone image, only in the Pocket Desktop image, so we don't think QA is really required for it.
[13:29] <jibel> ChrisTownsend, right but you have to fix the unmet dep on vivid/arm64
[13:29] <jibel> ChrisTownsend, https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-013/excuses.html
[13:29] <ChrisTownsend> jibel: It's always been that way.
[13:31] <ChrisTownsend> jibel: proot doesn't exist for arm64 in Vivid.  I guess if we have to, we can add a newer proot in the overlay that builds for amr64.
[13:32] <jibel> ChrisTownsend, it doesn't exist because it FTBFS https://launchpad.net/ubuntu/+source/proot/5.1.0-1vivid1/+build/7022256
[13:32] <jibel> someone has to fix it I suppose
[13:33] <ChrisTownsend> jibel: It's fixed in Wily and later.
[13:33] <bregma> sounds like makework to fix a bug in a target arch that is never used anywhere
[13:33] <ChrisTownsend> jibel: But what I'm saying is that we've released Libertine in the overlay without this dependency with no issues.  We aren't targeting arm64 any ways.
[13:34] <jibel> well, it's a supported arch isn't it?
[13:35] <bregma> hmm, there may be a simple fix, lemme dig
[13:35] <ChrisTownsend> bregma: Couldn't we just syn proot from wily into the overlay.
[13:35] <ChrisTownsend> ?
[13:36] <ChrisTownsend> jibel: Are dependencies also satisfied by packages in the overlay?
[13:36] <ChrisTownsend> jibel: I'm saying with we sync a fixed proot to the overlay, will things be happy?
[13:36] <ChrisTownsend> jibel: Or does it have to be in the archive?
[13:36] <jibel> ChrisTownsend, yes silos are tested with the overlay enabled
[13:36] <ChrisTownsend> jibel: Ok.
[13:44] <ChrisTownsend> jibel: Ok, I'll work on requesting a sync for wily proot into the overlay and rebuild the libertine silo to make it happy.
[13:48] <jibel> ChrisTownsend, okay, when it passes proposed-migration, it'll be marked ready for qa and someone from the qa team will take it from there
[13:48] <ChrisTownsend> jibel: Ok, thanks
[13:55] <ChrisTownsend> trainguards: Where is the citrain instructions kept now?  Seems wiki.ubuntu.com/citrain just redirects to requests.ci-train.ubuntu.com now.
[13:56] <Wellark> davmor2: about testing silo 41
[13:57] <Wellark> the app is mentioned in the https://wiki.ubuntu.com/Process/Merges/TestPlan/pay-service
[13:57] <Wellark> "org.qtproject.qthangman"
[13:58] <Mirv> ChrisTownsend: I agree it'd be nice to have a top page with something meaningful. https://wiki.ubuntu.com/citrain/LandingProcess is the documentation
[13:58] <davmor2> Wellark: ah cool thanks missed that I look after I covered this one
[13:58] <ChrisTownsend> Mirv: lol, ok, thanks!
[13:59] <Mirv> and https://wiki.ubuntu.com/LandingTeam is kind of the top page
[13:59]  * ChrisTownsend Bookmarks that page
[13:59] <davmor2> Wellark: I figured there was one maybe I was looking at the wrong wiki page though
[13:59] <Wellark> davmor2: NP. where are you located?
[13:59] <Wellark> as in: how much working hours you have left?
[13:59] <davmor2> Wellark: loads of time
[14:00] <Wellark> davmor2: ok. I can help you then after my lunch if anything goes sour
[14:00] <Wellark> as can dobey
[14:00] <davmor2> Wellark: UK finish at 20:00
[14:00] <Wellark> thanks!
[14:00] <davmor2> Wellark: yeah I was kinda waiting on dobey to figure it out so thanks for the heads up :)
[14:05] <ChrisTownsend> Mirv: Ok, I'm a little lost.  I'd like a package from xenial synced into the overlay.  How would I go about doing that?
[14:15] <Mirv> ChrisTownsend: put ubuntu,xenial in to Sync Source field and wanted packages to Source Package Names.
[14:15] <Mirv> sorry, I need to leave now, and sil_2100 is slightly unavailable too
[14:16] <ChrisTownsend> Mirv: Ok, thanks.
[14:17] <ChrisTownsend> trainguards: When ever you have a moment, could you make sure https://requests.ci-train.ubuntu.com/#/ticket/886 looks correct for syncing xenial proot into the overlay?
[14:20] <davmor2> sil2100, tvoss https://requests.ci-train.ubuntu.com/#/ticket/881 incase the bot isn't working yet
[14:30] <chrisccoulson> hi Mirv, we're going to need another upload of Oxide to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-048 in order to pick up http://bazaar.launchpad.net/~oxide-developers/oxide/1.12/revision/1304
[14:43] <dobey> davmor2: yeah, it's all in the test plan :)
[14:44] <Saviq> plars, hey, can you tell me what kind of armhf builder hw (and in what way) could you guys provide for our jenkaas? seems like my utopic plan of cross-building everything might be too utopic
[14:44] <davmor2> dobey: yeah I think I must of managed to open the same wiki page twice or some things because I didn't see it earlier oh well all sorted now and just moving onto it now :)
[14:45] <dobey> davmor2: ok great
[14:49] <plars> Saviq: we have some calxeda nodes that can be used, bregma was just asking about this as well. Ping me on the mailing list and I'll get you set up
[14:51] <Saviq> plars, ack, tx
[14:56] <jibel> pstolowski, I reproduced the bug you found on latest stable. I think it's fine to not block on it for this OTA.
[14:56] <pstolowski> jibel, i saw your comment, thanks for checking
[14:57] <pstolowski> jibel, okay, i guess
=== alan_g is now known as alan_g|afk
[15:07]  * Saviq frowns at Jenkins's job scheduler
[15:08] <Saviq> three slaves ~unused, one with 4 jobs going
=== timp is now known as t1mp
[16:30] <ChrisTownsend> trainguards: Anyone around yet?
[16:34] <alex-abreu> robru, around?
[16:44] <sil2100> I'm still here if anything
[16:44] <sil2100> What's up?
[16:46] <ChrisTownsend> sil2100: Hey, I want to sync proot from xenial to the overlay.  Is https://requests.ci-train.ubuntu.com/#/ticket/886 correct to do this?
[16:48] <sil2100> ChrisTownsend: yeah, looks correct, although it's been a while since we last used sync silos! Let's try that though
[16:48] <sil2100> Get it assigned and let's see how the build goes
[16:48] <ChrisTownsend> sil2100: Ok then, I'll give it a go.  Thanks!
[16:50] <ChrisTownsend> sil2100: 2016-01-15 16:49:26,299 ERROR Build failed: 5.1.0-1vivid1ubuntu1 does not seem to be a CI Train generated version number, series version change is not supported for non-train uploads.
[16:51] <sil2100> ChrisTownsend: ouch! Ok, let's manually sync that
[16:51] <sil2100> ChrisTownsend: let me assign a silo for you and upload the package
[16:52] <ChrisTownsend> sil2100: Ok, thanks!
[17:13] <ChrisTownsend> sil2100: Is the "Diff missing" status anything to be worried about?
=== alan_g is now known as alan_g|EOW
[19:25] <robru> ChrisTownsend: you need to run the build job to generate the diff
[19:25] <robru> alexabreu: hey what's up?
[19:26] <robru> sil2100: jibel: what bot is broken? I fixed a lot of stuff yesterday, not sure what you're referring to
[19:26] <jibel> robru, the bot who says that a silo has been approved by qa
[19:26] <sil2100> robru: I think jibel and davmor2 noticed that queuebot doesn't say a silo is ready for qa
[19:26] <sil2100> And ready for publishing
[19:27]  * sil2100 doesn't use queuebot too much so he doesn't notice
[19:27] <jibel> it says when it's ready for qa but not when it's approved
[19:27] <alexabreu> robru, hey, wondering about some failures I have w/ britney, unity8 related apparently
[19:27] <ChrisTownsend> robru: But do I need to?  The package is in the silo and everything checks out.
[19:27] <robru> jibel: sil2100 you mean queuebot ? I submitted a branch for it but stgraber didn't merge it yet. It still pings the same but it says "Ready" when it means "ready for qa"
[19:28] <ChrisTownsend> robru: Just waiting on QA's input.
[19:28] <robru> ChrisTownsend: yes you need to generate the diff
[19:28] <robru> alexabreu: what silo?
[19:28] <alexabreu> robru, https://requests.ci-train.ubuntu.com/#/ticket/634
[19:29] <ChrisTownsend> robru: Ok, then do I need to check off FORCE_REBUILD?
[19:29] <robru> ChrisTownsend: no just run the job with no options. You're not building the package you're just making the diff
[19:29] <ChrisTownsend> robru: Ok, got it, thanks
[19:30] <robru> Yw
[19:31] <robru> alexabreu: so the excuses page says you have unsatisfiable depends
[19:32] <alexabreu> robru, hu? ... mmh I see test failures, could you point me to what you see?
[19:33] <robru> alexabreu: https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-038/excuses.html ctrl+f "not considered"
[19:34] <robru> alexabreu: reload the page
[19:34] <alexabreu> robru, ah ! is this the reason for the failure? I was focusing on the "autopkgtest for unity8" failures as the reason the britney
[19:35] <robru> jibel: oh I see, the bot is set to only ping "granted" but it uses "approved" now which isn't pinged. I can fix that
[19:35] <alexabreu> robru, ... as the reason for britney's failure ...
[19:36] <robru> alexabreu: no, always failed doesn't block anything, only regressions block things. You need to look at what is "not considered", that means "blocked"
[19:36] <alexabreu> robru, ah ok I misinterpreted the error message
[19:36] <alexabreu> robru, could you reconfig the ppa and remove webapps-demo from it?
[19:37] <robru> alexabreu: yeah one sec
[19:37] <alexabreu> robru, sure
[19:41] <robru> alexabreu: ok, it's deleted. britney should notice in about 35 minutes and update your ticket
[19:42] <alexabreu> robru, great thx ! so she should auto re-run ?
[19:42] <robru> alexabreu: yeah
[19:42] <alexabreu> robru, thank you !
[19:42] <robru> alexabreu: it runs continuously as long as your ticket is "lander_signoff: Approved". you're welcome
[19:45] <jhodapp> sil2100, you'll be bringing in the media stack bits for OTA9 right?
[19:45] <alexabreu> robru, no need to rebuild?
[19:46] <robru> alexabreu: nope, the existing packages are fine, right? the status will update itself in time
[19:46] <alexabreu> robru, yes, thanks again
[19:46] <jhodapp> sil2100, re: the remaining fixes that were blocking music-app for bgplaylists
[19:46] <robru> alexabreu: you're welcome
[19:47] <sil2100> jhodapp: yeah, are any further changes needed for media-hub? Since I see the last bug has media-hub marked as Invalid now
[19:47] <jhodapp> sil2100, nope nothing else needed...I had a fix for media-hub for messaging-app but that's been deferred to OTA9.5
[19:47] <jhodapp> sil2100, how exactly do you make sure you have the right bits?
[19:48] <sil2100> jhodapp: we'll be basically using what's in rc-proposed right now
[19:48] <robru> sil2100: jibel: yeah here's the fix for queuebot, not sure if stephane is around this week or what: https://code.launchpad.net/~robru/queuebot/string-tweaks/+merge/282524
[19:48] <jhodapp> sil2100, perfect, that'll be correct
[19:49] <jhodapp> sil2100, I think music-app is nearly ready for a release, it's under QA testing now
[19:55] <sil2100> jhodapp: excellent :)
[19:55] <jibel> jhodapp, can the new music app be published to the store before ota9?
[19:56] <jibel> I mean users of the stable release don't have all the fix and feature from ota9, will the app work for them?
[19:57] <sil2100> Isn't it depending on the new framework?
[19:57] <sil2100> I suppose we did a OTA-9 framework didn't we?
[19:58]  * sil2100 doesn't remember now as it was probably before christmas
[20:00] <sil2100> ubuntu-sdk-15.04.3 was for OTA-9 I suppose, right?
[20:00] <awe_> ok, who put the moving jpg of a train crashing jpg on the train's error page????  ;D
[20:00] <awe_> made me laugh pretty hard on a fri
[20:00] <awe_> kudos
[20:06] <robru> awe_: ;-)
=== salem_ is now known as _salem
[20:21] <ahayzen> jibel, it needs to be published after OTA9
[20:21] <ahayzen> ...and the branch still needs to be approved
[20:24] <jibel> sil2100, ^
[20:27] <ahayzen> and it does depend on that new framework
[20:28] <jhodapp> jibel, no it can't, it needs some fixes in OTA9
[20:29] <jhodapp> sil2100, and yes it needs a new framework
[20:29] <ahayzen> jhodapp, i think the new framework exists, we have linked to the 15.04.3 one
[20:30] <ahayzen> jhodapp, but you can check with your OTA8.5 device :-)
[20:38] <awe_> robru, silo-051 has been marked qa-approved; will you guys publish automatically?
[20:39] <robru> awe_: did you try publishing?
[20:40] <robru> awe_: oh there's packaging changes, you won't be able to publish. but generally no, I don't have any special publish powers over what you have, so it's your responsibility to try publishing it and then if that fails you have to find a core dev to publish for you
[20:40] <awe_> yes, but nothing seemed to happen.  Do I need to click the checkbox next to "ack packaging changes" ( there weren't any other then a new changelog version )
[20:40] <awe_> ah shit
[20:40] <awe_> the debian/rules changed
[20:40] <awe_> cyphermox, you around?
[20:40] <robru> awe_: "nothing seemed to happen" = you weren't logged in and all you did was log in, you didn't actually attempt publication at all
[20:41] <cyphermox> yup
[20:41] <awe_> robru, I was logged in
[20:41] <awe_> and still am
[20:41] <awe_> cyphermox, we need to land silo-051 ( ofono ) for ota9 regression
[20:41] <awe_> there are packaging changes
[20:41] <awe_> as morphis added a new configure switch to enable android wakelock support
[20:42] <awe_> I reviewed and approved the MP, but I guess packaging changes warrant a core dev check before the package can be published
[20:42] <awe_> https://code.launchpad.net/~morphis/ofono/ota9-suspend-fix/+merge/282777
[20:42] <awe_> ^^ for the diff
[20:43] <robru> awe_: no you weren't, jenkins logs you out after about 5 minutes, so you're basically never logged in ever
[20:45] <robru> awe_: if you clicked 'Build' on the publish job and "nothing seemed to happen" (eg you're still looking at the form), I guarantee that is because you were not logged in, clicking 'Build' redirected you through SSO and redirected you back to the form without submitting it. the ticket has no record of you attempting publication at all.
[20:46] <cyphermox> where's the jenkins link?
[20:47] <awe_> robru, hmmm....  then it's UI sucks.  It still says I'm logged in after I re-load the page, or click aother link w/in jenkins
[20:47] <awe_> weird
[20:47] <robru> awe_: yes, this is the #1 reason that I intend to BURN JENKINS TO THE GROUND within 6 months
[20:47] <awe_> lol
[20:47] <awe_> good luck burning code
[20:47] <awe_> but I agree in concept!
[20:47] <awe_> all that said, I need to be out the door in 5m
[20:48] <robru> awe_: piece by piece I am replacing jenkins with bileto, it will slowly expand to replace jenkins entirely and then there will be nothing left
[20:48] <awe_> k
[20:48] <awe_> cyphermox, can you help publish this for us?  I need to run, however we need this in the next image build...
[20:49] <robru> cyphermox: https://requests.ci-train.ubuntu.com/#/silo/051
[20:49] <cyphermox> yeah I'm looking right now
[20:49] <awe_> awesome
[20:49] <awe_> thank you
[20:50] <jibel> bregma, silo 30 approved
[20:50] <bregma> jibel, thanks
[20:53] <jibel> bregma, we'll verify 13 Monday.
[20:54] <jibel> if britney's green
[20:54] <bregma> sure
[20:54] <cyphermox> robru: fwiw citrain seems to have mangled changelog a bit : https://ci-train.ubuntu.com/job/ubuntu-landing-051-2-publish/6/artifact/ofono_vivid_content.diff
[20:55] <robru> cyphermox: how so?
[20:55] <cyphermox> though it may be because of a missing space, in which case I'd hope it does dch or something like that to merge changelog entries correctly
[20:55] <cyphermox> Simon's name header shows up twice.
[20:56] <robru> cyphermox: oh weird. the train does use dch. I've never seen that before
[20:56] <cyphermox> ok
[20:56] <awe_> cyphermox, we've always manually added the "[developer name]" lines
[20:56] <cyphermox> then it's as I thought, you already do the right thing and it got confused because of the missing space
[20:57] <awe_> yup
[20:57] <cyphermox> there is no need to
[20:57] <awe_> which led to double names
[20:57] <awe_> never knew that
[20:57] <awe_> and it works
[20:57] <awe_> as long as you get the ws correct
[20:57] <awe_> let's fix this on a subsequent upload
[20:57] <robru> +1
[20:57] <awe_> morphis created the merge using his personal lp account
[20:58] <cyphermox> 2016-01-15 20:57:58,914 INFO Publishing
[20:58] <awe_> so I can't fix w/out having to re-create the whole thing, or create another mp just for the line
[20:58] <awe_> w00t
[20:58] <awe_> thanks
[20:58] <awe_> I'm out; bbl
[20:58] <cyphermox> it doesn't matter for this case, it's just aesthetic
[20:58] <awe_> indeed
[20:58] <awe_> thanks again for the help
[20:58] <awe_> ttyl
[21:03] <bregma> hey robru, it's been a long time since I've worked with ci-train:  do I hit publish myself these days or is it still something youse guyse do?
[21:04] <robru> bregma: you try it yourself and then if there's a problem you need to find a core dev (not me)
[21:04]  * bregma does not expect trouble
[21:05] <robru> bregma: you're only allowed if it's all MPs and there's no packaging changes.
[21:05] <robru> bregma: if you have a manual source or packaging changes then you need an ack
[21:05]  * bregma got trouble anyway
[21:06] <bregma> it's just a package sync
[21:06] <robru> bregma: what silo?
[21:06] <bregma> robru, 30
[21:07] <bregma> syncing proot from xenial to the overlay
[21:07] <robru> bregma: so normally you'd need a core dev, but in the case of publishing only to vivid overlay ppa I'm able to sneak those in. one sec
[21:08] <robru> bregma: ok I did the copy manually. train should notice and free the silo within 15 minutes.
[21:09] <bregma> thanks, this is step 2
[21:09] <bregma> step 3 is ???
[21:09] <bregma> and step 4 is PROFIT!!!!
[21:10]  * bregma looks forward to his untold wealth
[21:10] <robru> bregma: I did get a significant PROFIT today ;-)
[21:10] <bregma> playing the lotto again?
[21:10] <robru> bregma: nah it's just payday on the 15th for me at least. not sure about your jurisdiction
[21:11] <bregma> we're both in the same country
[21:11] <robru> bregma: oh right
[21:11] <robru> bregma: thought you were american for a sec there. ontario is basically new york
[21:11] <bregma> feh
[21:11] <robru> lol
[21:11] <bregma> I do not live in Toronto
[21:11] <robru> bregma: you east-coasters all look the same to me
[21:12] <bregma> well at least we're not out on the wet coast
[21:13] <jibel> tvoss, 18 approved, please top approve the MP
[21:14] <tvoss> jibel, ack
[21:14] <tvoss> jibel, done
[21:15] <jibel> tvoss, you have 5h left to publish and release in the RC ;)
[21:15] <tvoss> jibel, now you confuse me :)
[21:16] <jibel> tvoss, the candidate for OTA9 builds around 2AM UTC
[21:16] <tvoss> jibel, okay, so what do I need to do?
[21:16] <jibel> just press the publish button
[21:16] <tvoss> done
[21:16] <tvoss> :)
[21:36] <robru> Saviq: just a heads up, lander_signoff is now automatically cleared during a rebuild (the idea is to not run britney redundantly until after you've manually verified the silo yourself), but seeing as you're specifically testing britney there you'll probably want to set lander signoff back to approved.
[21:37] <Saviq> robru, ack, tx
[21:37] <robru> yw
[21:37] <Saviq> seems we got Pass for i386 and amd64 across vivid and xenial now, /me happy
[21:37] <robru> nice
[21:38] <Saviq> armhf will take a bit more to clear up, we've never tested on that and it's likely the slowest thing ever for GL in llvm
[21:39] <Saviq> robru, you need to warn people that if they ever Pass in a silo, even by mistake, they will be fooked from then on as they will be marked as Regression ;0
[21:39] <robru> Saviq: that's right... hmmmm
[21:41] <robru> Saviq: to clear a false Pass, we'd have to contact #webops to clear the cache from the server (I can't even do it), or you could free the silo and then start over in a new one (although that's an extreme measure)
[21:41] <Saviq> robru, so it doesn't record across Britney?
[21:41] <Saviq> robru, do you know if there's a plan for ~proposed migration into overlay? seems like we'd want that even more than we need it into devel
[21:41] <robru> Saviq: no, the autopkgtest results are cached per-silo.
[21:41] <Saviq> robru, ah, that's fine then, jumping to a new silo in that case would be fine
[21:42] <robru> Saviq: actually I'll just fix it so that it doesn't cache silo results at all, that way an accidental Pass doesn't count against you, it only counts regressions vs distro.
[21:42] <Saviq> robru, that would be best indeed
[21:45] <robru> Saviq: ok fixed in trunk, probably won't roll that out today though, probably monday or tuesday
[21:46] <Saviq> robru, nice response time
[21:46] <robru> Saviq: yeah all day today and yesterday is just dedicated to finding the little issues that were caused by the big rollout on wednesday ;-)
[21:48] <robru> Saviq: and actually this fixes a related issue where the per-silo cache was too aggressive and eg, if you freed a silo and then somebody else used it much later, it wouldn't update the cache from distro, meaning something that always failed for a long time but then had a recent pass wouldn't be counted, so it would miss regressions that way.
[21:48]  * Saviq caused a fix \o/
[21:49] <robru> it's a good day for fixes indeed