=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
[04:37] <robru> michi: stop it it's not ready yet
[04:38] <michi> robru: Won’t be building anything for a while.
[04:38] <michi> Thinking of train wrecks and the Addams Family…
[04:38] <michi> You just sounded like Uncle Fester. “It’s not plugged in yet"
[04:39] <michi> :)
[04:40] <michi> Ever played the Addams Family pinball? Best pinball machine in the history of the game.
[04:42] <robru> not pinball, no. I remember the movies and the NES game...
[04:42] <michi> I’m trying to find a sound clip…
[04:42] <michi> If you ever see that machine, play it.
[05:06] <robru> michi: ok try stuff now
[05:07] <michi> robru: cool, thanks!
[05:08] <robru> argh
[05:08] <michi> https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/1/console
[05:10] <robru> michi: what request number and silo number was it? we have a stale backup apparently
[05:10] <michi> silo 22
[05:11] <michi> No, sorry.
[05:11] <michi> Sec...
[05:11] <michi> It was silo 6, I think.
[05:11] <michi> But it seems to have disappeared
[05:12] <robru> michi: not the one that you just assigned 5 minutes ago. did you have a silo you were using from before?
[05:12] <michi> I abandoned that one this morning
[05:12] <michi> That’s 26, I think.
[05:12] <michi> Seems like it’s still kicking around now.
[05:13] <robru> michi: yeah, stale backup
[05:13] <michi> You can blow that one away if you like.
[05:13] <robru> michi: what request number?
[05:13] <michi> I don’t need it any more
[05:13] <michi> Where do I find that?
[05:13] <michi> Got it: 756. 2015-12-08
[05:13] <robru> michi: /ticket/NNN?
[05:13] <robru> yeah
[05:14] <michi> Don’t know
[05:14] <michi> Where do I find that?
[05:14] <robru> michi: ok one sec, working on stuff
[05:54] <robru> alright, production rollout FROM HELL entering 9th hour, no end in sight
[06:01] <michi> robru: I feel with you.
[06:03] <robru> michi: it's just a missing oauth token. generating it is completley beyond me. we've been using the same one for a year.
[06:03] <michi> :(
[06:03] <michi> I’m oauth ignorant, I’m sorry.
[06:04] <robru> michi: yeah I dunno, we can generate it but for some reason it's not being saved in a way that lets us actually use it. total mystery
[07:16] <robru> Mirv: train is basically offline, don't try to run any jobs right now
[07:19] <jamesh> have some scripts been not-quite-ported to Python 3?
[07:26] <morphis> robru: can you do me a favor and drop the ubuntu-touch-meta package from silo 0?
[07:27] <robru> jamesh: yeah apparently lplib
[07:27] <robru> morphis: sure
[07:27] <morphis> robru: thanks
[07:31] <Mirv> ok :(
[07:46] <robru> Mirv: yeah, we're approaching hour 11 of downtiime
[07:46] <robru> hour 11 of this 30 minute redeploy
[07:48] <jamesh> look on the bright side.  Tomrrow's 30 minute redeploy should be a lot quicker
[08:21] <jibel> morning
[08:22] <jibel> trainguards, there is something weird with bileto. Some request set to 'passed' yesterday are marked 'ready for qa' this morning and there is no trace of the change in the history.
[08:23] <jibel> for example: requests 753, 767, 773
[08:24] <jibel> has the state of bileto been reverted somehow?
[08:25] <robru> jibel: yes everything is horribly broken and restored from an old backup, please do your best to mark stuff as passed again, I'm very sorry
[08:26] <jamesh> robru: I tried assigning a silo, and got this failure: https://ci-train.ubuntu.com/job/prepare-silo/4/console
[08:26] <jibel> robru, how old is the backup, so I know what I have to 'fix'
[08:26] <jibel> ?
[08:27] <robru> jamesh: yeah it's broken, sorry
[08:27] <robru> jibel: about a day
[08:36] <robru> jamesh: OK try again now
[08:36] <jamesh> robru: thanks.
[08:36] <robru> michi: try again now if you're still around
[08:36] <michi> robru: Wow, I’m amazed that YOU are still around!
[08:36] <robru> Mirv: i think things are coming back, try stuff if you've been waiting
[08:37] <robru> michi: yes, i started a deploy at 1pm and saw it through right to 1am.
[08:37] <michi> robru: Looks like it’s working, but it’s low on silos.
[08:38] <jamesh> robru: same here: https://ci-train.ubuntu.com/job/prepare-silo/6/console
[08:38] <robru> michi: you should abandon that old one, i didn't, sorry
[08:39] <michi> will try
[08:39] <robru> Mirv: you around to assign some?
[08:41] <robru> Argh
[08:44] <robru> check
[08:44] <robru> hello?
[08:47] <michi> robru: sorry
[08:47] <michi> In a hangout.
[08:47] <Saviq> trainguards, did we lose requests overnight https://requests.ci-train.ubuntu.com/#/ticket/786 ??
[08:48] <robru> Saviq: yes, catastrophic failure & old backup
[08:48] <michi> robru: I think I got rid of the old silo, or maybe you did? But still low on silos.
[08:48] <Saviq> robru, ack
[08:48] <robru> michi: unfortunately my internet has cut out and i'm tethering off my phone and it is just *AWFUL* I can barely chat, no pages are loading
[08:48] <Saviq> thought you shouldn't be here at this time
[08:49] <michi> Sure. Go to bed! I think you’ve definitely done enough for one day!
=== 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: CATASTROPHIC TRAIN FAILURE restored from stale backup, please do your best, I'm sorry
[08:49] <michi> trainguards: If anyone other than robru is around, can someone help me get a silo please?
[08:50] <michi> There are 52 in use, and I can’t get one automatically.
[08:50] <robru> michi: Mirv should be here
[08:50] <Mirv> michi: sure I can do whatever can be done with the train
[08:50] <Mirv> sil2100 will also be here very soon now
[08:50] <michi> Mirv: If you could get me a silo for ticket 783, that would be great.
[08:50] <Mirv> michi: done
[08:50] <michi> Sweet, thank you!
[08:51] <Saviq> trainguards, should I be recreating the lost tickets?
[08:51]  * Mirv reabandons one silo
[08:51] <Saviq> I've https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035 assigned but the request for it is gone
[08:51] <Mirv> Saviq: yes
[08:51] <michi> Mirv, still failing.
[08:51] <michi> Ah, no.
[08:51] <Mirv> Saviq: oh...
[08:51] <Mirv> Saviq: let's see...
[08:52] <Mirv> Saviq: if there's no ticket, could you file the same ticket again and I copy the already built packages there? I don't believe the 035 is "assigned" from what train thinks if there's no ticket for it
[08:52] <robru> Mirv: yes apologies everything is in shambles, the train / bileto backups are noteven from the same time so stuff is out of sync
[08:52] <Saviq> Mirv, nw, I don't care much about packages, will recreate the request
[08:53] <Mirv> robru: yeah we'll just reassign, reabandon and move things around, I think it's eventually ok
[08:53] <robru> michi: no no you have to check in the train for what is assigned ~/silos/ubuntu/landing-035 may still contain a reference to a nonexisting ticket
[08:53] <robru> god this i a mess
[08:53] <Mirv> Saviq: ok, then I'll simply empty the silo since the packages shouldn't be there
[08:53] <Mirv> robru: oh ok
[08:53] <Mirv> checking
[08:54] <michi> robru: Seems to be building now.
[08:54] <michi> So, I’m good. Thanks heaps for all your hard work!
[08:55] <Mirv> robru: nope 035 dir is empty
[08:55] <robru> Mirv: ok
[08:55] <robru> Mirv: if my phone stops cutting out I'm going to try to figure out what's been lost and recreate some of it
[08:55] <Mirv> robru: or you can just go to sleep, we'll manage with the current state well enough
[08:56] <robru> I can't believe I'm leaving such a mess
[08:56] <michi> Mirv: 2015-12-15 08:54:13,751 WARNING
[08:56] <michi> debconf: delaying package configuration, since apt-utils is not installed
[08:56] <michi> I: unlink for ilistfile /var/cache/pbuilder/build//cow.25390/.ilist failed, it didn't exist?
[08:57] <michi> That’s here: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/1/console
[08:57] <michi> Ah, looks like it got past that. I haven’t seen that before.
[08:57] <Mirv> michi: let's see how it goes from there
[08:58] <michi> There’s a bunch of other unusual errors in that log.
[08:58] <Mirv> at least diff generation builds go alright
[08:59] <robru> michi: it's creating a new pbuilder because it's a fresh deploy
[09:00] <michi> robru: Cool
[09:00] <Mirv> robru: do you know if someone is recreating jobs for silos 031-060 that are missing?
[09:00] <robru> michi: first build will be really slow as it debootstraps vivid & xenial but afterwards should be normal
[09:00] <Mirv> or if they are restorable
[09:00] <michi> Sure, that’s fine.
[09:00] <robru> Mirv: wat
[09:00] <michi> I won’t die if it takes a few hours :)
[09:01] <robru> Mirv: thanks for pointing that out, I can fix that. holy crap
[09:02] <robru> that would explain the low silo errors
[09:02] <Mirv> robru: ok. I was first a bit "wtf" of 404 but then noticed they're simply missing
[09:02] <robru> god I can't wait o get rid of jenkns
[09:03] <robru> Mirv: so basically all the "artifacts" links will be broken, you'll needto do DIFF_ONLY builds for silos that you want the diffs back
[09:03] <robru> Mirv: I mean technically the diffs are in the silos but we've lost the jenkins artifacts
[09:04] <Mirv> robru: yes, I think that's the default thing to do by everyone, run diff_only build. I've just run such on my own.
=== Mirv 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: CATASTROPHIC TRAIN FAILURE restored from stale backup, please do your best, I'm sorry. Please run "DIFF_ONLY" build job on your silos.
[09:07] <michi> Mirv: the last few lines here: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/1/console
[09:07] <michi> Is that normal?
[09:08] <Mirv> sil2100: welcome to a trainwreck. in short, old backups restored, all silos need manually fixing to get them back up to date. abandoned tickets need to be reabandoned, filed and assigned tickets need to be refiled and reassigned. bileto and train backup restores are from different times so if there's a silo full of content better check the silo directory on jenkins before removing the packages (if ther
[09:08] <Mirv> e's erronous ticket reference).
[09:09] <michi> Mirv: Never mind...
[09:09] <Mirv> michi: yes I think nowadays stuff is kept clean / using low amount of space, so that'd sound like normal thing to do everything important has been pushed to LP.
[09:10] <michi> Cool, thanks.
[09:10] <michi> I think everything looks good with my silo now. At least, on the PPA page, it shows packages building.
[09:11] <robru> Mirv: holy flip, https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-047/excuses.html this is the first britney run I've seen with all-passing tests!
[09:11] <robru> incredible
[09:15] <Mirv> robru: wow :)
[09:20] <robru> IT WAS ALL WORTH IT JUST FOR THAT
[09:20] <robru> IT WAS ALL WORTH IT JUST FOR THAT
[09:20] <sil2100> Mirv: uh oh
[09:21]  * sil2100 walks by as if he didn't see or hear anything
[09:21] <Mirv> :D
[09:21] <sil2100> ;)
[09:21] <Mirv> there was no trainwreck when I glanced at that direction, so I just walked along
[09:38] <michi> Mirv: So, it appears the that builds have finished: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026/+packages
[09:38] <michi> Is it possible to get rid of the IBM build for thumbnailer?
[09:38] <michi> It’s not relevant.
[09:39] <michi> But the train page does seem to want to update: https://requests.ci-train.ubuntu.com/#/user/michi
[09:39] <michi> It still shows everything as building.
[09:39] <michi> Sorry, not everything. armhf
[09:40] <michi> Sheesh, I’m always one step ahead of the train :)
[10:21] <Mirv> michi: the train updates every 15 min or so
[10:21] <michi> Mirv: Yes, all good. It’s all done and dusted now.
=== vrruiz_ is now known as rvr
[10:50] <bzoltan_> brendand: jibel:  hello. I have a super critical UITK landing in the silo60. It is fixing 10 OTA9 bugs ... I would like to ask you to please put that silo on a fast track, so I can spin off a new landing  this week with even more OTA fixes.
[10:50] <bzoltan_> sil2100: ^
[10:51] <jibel> bzoltan_, ack
[10:52] <bzoltan_> jibel:  thank you
[10:52] <sil2100> bzoltan_: ok, nice
=== _salem is now known as salem_
=== salem_ is now known as _salem
[13:05] <Saviq> trainguards, something's not right here https://requests.ci-train.ubuntu.com/#/ticket/784 - I had to abandon the silo due to old/wrong versions sticking in the PPAs, but it still says "Name of Assigned Silo ubuntu/landing-023" and assigning does pick that same silo again
[13:05] <Saviq> help?
=== alan_g is now known as alan_g|lunch
[13:19] <morphis> sil2100, Mirv: can one of you upload something for me?
[13:20] <sil2100> Saviq: uuuh
[13:20] <sil2100> Saviq: might have something to do with the trainwreckage from yesterday night
[13:20] <sil2100> Saviq: I'll try looking into that in a minute
[13:21] <sil2100> morphis: sure, what's up?
[13:22] <morphis> sil2100: see PM
[14:04] <Saviq> sil2100, my request got assigned to a different silo after all
[14:04] <Saviq> so I'm good again
[14:04] <sil2100> Saviq: I saw some stale files there
=== alan_g|lunch is now known as alan_g
[14:24] <Saviq> jibel, hey, can you confirm this comment https://bugs.launchpad.net/canonical-devices-system-image/+bug/1526328/comments/3 ?
[14:24] <ubot5> Ubuntu bug 1526328 in Canonical System Image "blank area at the bottom of the screen in full screen mode" [High,Confirmed]
[14:25] <Saviq> jibel, I can't seem to get gallery to do this now (although I've seen it yesterday and initially attributed to the u8 regression indeed)
[14:27] <nerochiaro> fginther: hello. do you know if it is possible to set up jenkins to autobuild packages from lp:camera-app/staging and lp:qtubuntu-camera/staging ?
[14:31] <jibel> Saviq, I confirm that rotating the app makes the issue go away.
[14:31] <jibel> Saviq, gallery bug then?
[14:31] <Saviq> jibel, yes
[14:50] <fginther> nerochiaro, we can get it added. do you need just the -ci jobs or -autolanding as well to merge MPs?
[14:51] <nerochiaro> fginther: just jobs that autobuild packages
[14:51] <nerochiaro> fginther: so that people can test them
[14:51] <fginther> nerochiaro, ack, thanks
[14:51] <nerochiaro> fginther: thanks !
[15:26] <dobey> cjwatson: hi. i've been seeing this dangling symlink error quite a lot the past few days. wonder if you might have some idea about it? https://launchpadlibrarian.net/230091672/buildlog_ubuntu-vivid-i386.pay-service_15.10%2B15.04.20151215-0ubuntu1_BUILDING.txt.gz
[15:31] <rvr> xavigarcia_: Silo 51 failed https://trello.com/c/59x9w35y/2573-645-ubuntu-landing-051-unity8-indicator-sound-xavi-garcia-mena-nick-dedekind
[15:31] <cjwatson> dobey: not off the top of my head; in that context that particular symlink would be expected to be dangling (it'll be pointing to a file in the runtime library package), but I'd have expected the "! -type l" there to exclude it
[15:31] <cjwatson> dobey: have you tried reproducing it in a local build?
[15:34] <dobey> cjwatson: it seems to only happen on vivid on launchpad builders. it doesn't happen in my jenkins builds, and there haven't been changes that would cause it. a retry usually gives a working build again
[15:37] <cjwatson> dobey: that would suggest a parallel-building race or similar
[15:37] <cjwatson> dobey: there's nothing special here, a local sbuild run with matching sources.list should reproduce it (eventually)
[15:37] <dobey> hmm, ok
[15:47] <Saviq> trainguards... ugh... last build job from https://requests.ci-train.ubuntu.com/#/ticket/784 uploaded all the packages... somewhere into the void, they're not there in the silo PPA :/
[15:48] <Saviq> help/
[15:49] <sil2100> Saviq: maybe those got rejected?
[15:49] <sil2100> Let me check the logs
[15:49] <Saviq> sil2100, not sure why they would, FWIW I can't see anything like "uploading foo to silo 031" in the logs either
[15:49] <sil2100> eh...
[15:50] <Saviq> it's as if it signed them... and went away
[15:50] <Saviq> a no wait there they are
[15:50] <sil2100> Saviq: those got rejected... the reason is: this PPA already has the 15.04.20151215 versions of the packages
[15:50] <Saviq> wha
[15:51] <sil2100> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-031/+builds?build_text=&build_state=all
[15:51] <Saviq> sil2100, ok then those came from https://ci-train.ubuntu.com/job/ubuntu-landing-031-1-build/7/console
[15:51] <Saviq> sil2100, but who deleted them...
[15:51] <sil2100> hmmm
[15:52] <sil2100> Didn't you re-assign the silo or something?
[15:52] <xavigarcia_> rvr: sorry, I was at a standup
[15:52] <Saviq> sil2100, I did, but the previous one was 023
[15:52] <sil2100> Ah, hm
[15:53] <Saviq> sil2100, we can try abandoning and reassigning again, yay
[15:53] <Saviq> or I can wait until tomorrow to get version bumps :P
[15:53] <Saviq> but would be good to know what happened anyway
[15:53] <sil2100> I'm really shocked that the trian doesn't take Deleted packages into account when creating the version number
[15:53] <sil2100> *train
[15:53] <xavigarcia_> rvr: that issue you point out is an already known issue... related with qml. Any app using that qml component to launch short sounds will make the audio role change from "multimedia" to "alert"
[15:54] <Saviq> sil2100, trueth
[15:54] <xavigarcia_> rvr: so the game is running in "alert" sound mode... but changes to "multimedia" everytime it plays a sound
[15:55] <rvr> xavigarcia_: I understand the silo fixes that problem
[15:55] <xavigarcia_> rvr: and the warning is only shown when playing multimedia. But the sound is so short that the user has no time to cancel or approve the warning, as when it finishes it changes the audio role back to alert
[15:55] <xavigarcia_> rvr: nope, that was not the intention of the silo
[15:55] <xavigarcia_> rvr: in fact we cannot fix that from the sound indicator
[15:56] <rvr> xavigarcia_: https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1484589
[15:56] <ubot5> Ubuntu bug 1484589 in pulseaudio (Ubuntu) "Spurious volume notification when changing output role with headphones" [Undecided,New]
[15:58] <xavigarcia> rvr: the issue that is fixed for that bug is different
[15:59] <xavigarcia> rvr: it was related with the normal notifications
[15:59] <rvr> xavigarcia: Ok, volume notification is no more
[15:59] <rvr> xavigarcia: But now we see the warning
[15:59] <xavigarcia> rvr: yeah, but that's the one we cannot fix from the indicator
[15:59] <Mirv> renatu: what's up with the qtpim landing, did you get the issue resolved / rechecked?
[16:00] <xavigarcia> rvr: because it changes the game changes the audio role, which is managed in pulseaudio
[16:01] <xavigarcia> rvr: we also have an issue related to that with videos
[16:01] <renatu> Mirv, I was able to reproce the problem, but I can confirm that is not related with the qptim changes
[16:01] <renatu> Mirv, I still investigating what is causing the problem
[16:02] <xavigarcia> rvr: anyway... the main reason of the silo was the notifications that appear when the output changes (headphones/speakers) and so on...
[16:02] <xavigarcia> rvr: and the problem is again that the code is adding new strings that need to be translated for OTA9
[16:03] <xavigarcia> rvr: so... What I suggest is to open a separated bug for the warning (although it's been already reported)
[16:03] <xavigarcia> rvr: for example... here: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1485522
[16:03] <ubot5> Ubuntu bug 1485522 in Canonical System Image "Volume obtained is 100% in multimedia sink for sounds from app" [High,Confirmed]
[16:04] <xavigarcia> rvr: and here https://bugs.launchpad.net/canonical-devices-system-image/+bug/1478506
[16:04] <ubot5> Ubuntu bug 1485522 in Canonical System Image "duplicate for #1478506 Volume obtained is 100% in multimedia sink for sounds from app" [High,Confirmed]
[16:05] <sil2100> Saviq: anyway, could you try reassigning *again* ? ;p
[16:05] <sil2100> I know it's stupid, but not much we can do in this PPA today
[16:05] <Saviq> sil2100, nah, I'll just build tomorrow ;)
[16:05] <Mirv> renatu: ok, so are you planning to fix that issue in the same silo or get the current silo landed first?
[16:05] <sil2100> ...or that
[16:05] <sil2100> ;)
[16:06] <renatu> Mirv, I do not think that is a qtpim problem, but I want to have 100% sure
[16:06] <Mirv> renatu: ok, let QA know then if you want them to re-evaluate it
[16:07] <renatu> ok
[16:25] <jgdx> trainguards: hey, silo 34 is sitting in the garage. Is there anything I should do?
[16:36] <renatu> Mirv, could you try to reproduce the problem? I tried 4 times and I can get this failing anymore
[17:08] <psivaa> camako: Hello, we've just enabled devel-proposed for mir-mediumtests-runner-xenial-touch jobs: https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-xenial-touch/16/console following your yesterday's conversation with fginther  about  it
[17:12] <camako> psivaa, thanks I'lll check things out
[17:51] <robru> jgdx: what's the issue?
[17:52] <jgdx> robru, it has not landed
[17:55] <robru> jgdx: looks like it's waiting for qa, right?
=== alan_g is now known as alan_g|EOD
[18:14] <jgdx> robru, it passed
[18:14] <jgdx> unless I dreamt it
[18:15] <robru> jgdx: well the db did lose a day's worth of info due to catastrophic failure so it's possible that it passed and got reverted, but it doesn't say it got passed. please confirm with qa people
[18:15] <davmor2> bzoltan_: eyes up any second
[18:16] <bzoltan_> davmor2: https://www.youtube.com/watch?v=itAOGRiYRLI
[18:16] <jgdx> robru, can't we use https://trello.com/c/I6sg1anH/2564-767-ubuntu-landing-034-ubuntu-push-jonas-drange ?
[18:17] <robru> jgdx: ok right
[18:17] <jgdx> thx
[18:19] <robru> jgdx: publishing is unfortunately broken right now so please find a core dev to copy the packages to the archive manually
[18:20] <jgdx> seb128, hey, could you help me out? ^
[18:24] <seb128> jgdx, what package/ppa is that?
[18:25] <jgdx> seb128, it's ubuntu-push-client to xenial and vivid+overlay
[18:25] <seb128> you don't have the copy commands handy right?
[18:25] <seb128> like things I could copy/paste
[18:29] <bzoltan_> robru: would you be the right person to merge the silo60 UITK to the trunk and release the packages to the Overlay PPA and to Xenial? We might need a jedi's ack on the debian/ changes... like seb128 :)
[18:34] <robru> bzoltan_: I don't have any publish powers unfortunately and also the train is broken again so I can't merge either. working on it
[18:34] <bzoltan_> robru:  does not sound good ... who has publish power?
[18:35] <robru> bzoltan_: any core dev can copy the packages manually for you right now
[18:35] <robru> bzoltan_: or you might need to wait if the diffs are not available for reviewing
[18:36] <bzoltan_> robru: I see ... do you know when the train will be able to creat diff at least?
[18:36] <robru> bzoltan_: I dunno maybe like an hour? this shit is fucked
[18:37] <bzoltan_> robru: it is ... I know I am not much use, but if I can do anything for you I am still here for few more hours
[18:38] <robru> bzoltan_: no it's ok, I'm working with magical webops people to get things sorted but it's like performing surgery blindfolded
[18:44] <renatu> Mirv, rvr, I can confirm that the problem that you faced on silo 10 is not related with the changes in the silo. Is related with a Know problem on QtNetwok that sometimes report a wrong connection state
[18:49] <pmcgowan> jibel, so none of the bugs in silo 51 are actually fixed
[18:50] <pmcgowan> I should change the status
[18:54] <jibel> pmcgowan, none of them since the silo has been reverted. I reverted the status.
[18:54] <pmcgowan> jibel, thanks
[18:54] <pmcgowan> too bad :(
[18:56] <pmcgowan> alecu, do you want to break out that one change from the silo to land it?
[18:59] <alecu> pmcgowan: sorry, which change? I understand that the silo is a rework of a few things, so I have to check with xavi if it can be split.
[19:00] <pmcgowan> alecu, silo 51 has 4 fixes and the one for headphone warning is blocked
[19:05] <alecu> pmcgowan: the first three bugs are closely related, and are fixed by the same branch. I'll ask xavi to see if we can split just the parts that belong to that headphone bug.
[19:06] <pmcgowan> alecu, assuming the other fix is not coming soon but asked john about it
[19:41] <dobey> hmm
[19:57] <robru> ok...
[19:57] <robru> bzoltan_: things should be working if you want to try publishing
=== ljp is now known as lpotter
[20:41] <bzoltan_> robru:  I am afraid that the s390x build failure blocks me
[20:44] <bzoltan_> robru:  I have the fix for that here -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/link_Gestures_more_explicitely/+merge/280630
[20:45] <bzoltan_> robru:  What I need the most is to merge this landing branch to the UITK trunk, so I could start  working on our very last landing of this year...
[20:56] <robru> bzoltan_: ah ok, which silo? I can merge it
[21:01] <robru> bzoltan_: oh, it would only say failed on s390x if that was a regression, so even if the publish job let you publish that it'd just get stuck in proposed...
[23:38] <michi> robru: Simple question for you...
[23:38] <robru> michi: what's up?
[23:38] <michi> How can I stop a build in the train that’s currently in progress?
[23:38] <michi> I just pushed another change to the branch and want to build the latest version, cancelling the current build.
[23:39] <michi> Is there a “stop building” button somewhere?
[23:42] <robru> michi: yeah there's a big red x on the jenkins job page
[23:42] <michi> How do I navigate to that?
[23:42] <robru> michi: be careful not to click that after the log says 'POINT OF NO RETURN' though otherwise stuff'll be corrupted
[23:43] <robru> michi: if you're looking at the bileto ticket you can click 'build' and it opens the jenkins page
[23:43] <michi> Ah, OK, I didn’t know that.
[23:43] <robru> michi: you should see on the left a list of past jobs, including the running one, with an x
[23:43] <michi> Doesn’t look like it: https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/build
[23:43] <michi> I see the past jobs, but not the one that’s building right now.
[23:44] <michi> The arm builds are still in progress right now.
[23:45] <robru> michi: oh, well, then, no, you can't cancel it. you can only cancel the source package build pre-upload. if the builds are in the PPA then you have no way to cancel
[23:45] <michi> OK. Not a big deal.
[23:45] <michi> I just thought it would be nice to release the resources early.
[23:45] <michi> Thanks!
[23:45] <robru> michi: yeah unfortunately the train doesn't expose that. I guess I could cancel but meh. just upload a new one when you're ready
[23:46] <michi> Sure