[04:59] <_morphis> robru: ping
[05:00] <robru> _morphis: pong
[05:00] <_morphis> robru: is it possible we stack silos on top of another?
[05:00] <robru> _morphis: what are you trying to do?
[05:01] <_morphis> robru: I have a libhybris landing in progress which is a dependency for another silo
[05:01] <_morphis> but I would like to prepare both now
[05:01] <_morphis> rather than waiting until early/mid next week when the libhybris one lands
[05:01] <robru> _morphis: can you not just have one big silo?
[05:01] <_morphis> robru: no
[05:02] <_morphis> robru: we have to land this in three steps
[05:02] <_morphis> also use QA resources as best as possible
[05:02] <robru> _morphis: k, put the same MPs in all silos then
[05:03] <_morphis> robru: its a mixture of source packages (vivid only, dual landing) and MPs
[05:03] <_morphis> robru: so stacking silos on top of each other is not possible?
[05:03] <robru> _morphis: there is no way to stack silos, all that can be done is copy packages around
[05:04] <_morphis> aye
[05:05] <_morphis> robru: could you have a quick look at https://ci-train.ubuntu.com/job/ubuntu-landing-000-1-build/111/console
[05:05] <_morphis> it seems to fail with
[05:05] <_morphis> 2016-04-20 19:45:59,470 ERROR Build failed: Download failed: /var/lib/jenkins/silos/ubuntu/landing-000/vivid/network-manager/network-manager-0.9.10.0
[05:05] <_morphis> but I removed networkmanager from the silo
[05:07] <_morphis> ah it seems to be back in the silo list
[05:07] <robru> _morphis: it comes back as a manual package because it's detected in the PPA
[05:08] <_morphis> robru: any way to solve that other than abandoning the silo and recreate it?
[05:08] <robru> Mirv: you around? _morphis needs some packages copied & deleted ^^
[05:09] <_morphis> robru: let me do it the easy way, I will create a new silo for this
[05:09] <robru> _morphis: wait
[05:09] <_morphis> ok
[05:10] <robru> _morphis: how many packages are in this silo? How wasteful is it too rebuild everything? Are you rebuilding everything anyway?
[05:10] <_morphis> yes
[05:10] <_morphis> robru: its silo 0
[05:10] <_morphis> its there since last year
[05:10] <robru> _morphis: oh if you're rebuilding everything anyway, just abandon and reassign the same request
[05:10] <_morphis> aye
[05:11] <Mirv> robru: ok
[05:11] <robru> _morphis: i can delete nm but it's 10pm is all
[05:11] <Mirv> robru: go, go, go!
[05:11] <robru> Oh it's Mirv yay
[05:11] <_morphis> robru: no problem!
[05:11] <Mirv> robru: to other activities, I mean
[05:11] <robru> OK goodnight guys
[05:11] <Mirv> goodnight robru
[05:12] <_morphis> robru: n8!
[05:14] <Mirv> _morphis: ok at least the network-manager should be now gone from 000 (both ticket and PPA), should you try again or what was the thing about copying packages?
[05:14] <_morphis> Mirv: thanks, but I will recreate the silo to get rid of all the hold shit still in there
[05:16] <Mirv> _morphis: ok, just ping whatver you need
[05:16] <_morphis> Mirv: thanks!
[05:25] <_morphis> Mirv: hm, there is one thing you can do
[05:25] <_morphis> Mirv: copying the libhybris packages from silo 6 to silo 46
[05:26] <_morphis> but leave silo 6 as it is
[05:29] <Mirv> _morphis: ok
[05:30] <_morphis> Mirv: thanks!
[05:30] <Mirv> ok, they are there
[05:37] <_morphis> Mirv: great!
[08:21] <dbarth> jibel, sil2100: i'm doing the emulator bug verification right now; will mark the silo asap
[08:22] <jibel> dbarth, okay
[08:22] <jibel> dbarth, the system partition on the emululator is pretty small, you may need to remove some packages
[08:32] <jibel> Saviq, _salem mentioned that AP tests of unity8 failed in silo 55 (telephony-service) Is it a known failure or flaky test?
[08:32] <jibel> Saviq, https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-055/excuses.html
[08:32] <jibel> and https://requests.ci-train.ubuntu.com/#/silo/055
[08:53] <rvr> jgdx: Silo 47 approved
[09:48] <seb128> mdeslaur, looks like bug #1572876 could be a regression from trusty samba security update
[09:48] <ubot5`> bug 1572876 in samba (Ubuntu) "After Samba upgrade can't access unpassworded windows share" [Undecided,New] https://launchpad.net/bugs/1572876
[09:49] <dbarth> jibel: I can't run the emulator properly here under vmware; i propose to run oxide 1.14.6 against regressions while you guys check the emulator fix itself
[09:49] <dbarth> (assuming you have a working emulator setup already)
[09:49] <dbarth> as to not block to long on that silo
[10:21] <jibel> dbarth, okay, not today though. A bit busy with the release of xenial right now
[10:23] <dbarth> jibel: oSoMoN just verified the fix for the emulator, so we'll be good for tomorrow for you
[10:24] <jibel> dbarth, great, can you approve the silo then so it'll appear on our board
[10:36] <oSoMoN> dbarth, I updated the test plan with my results, all good as far as I’m concerned
[11:02] <mdeslaur> seb128: yeah, thanks, there are a bunch of known interoperability issues with the samba badlock fix
[11:02] <seb128> mdeslaur, hey! wrong channel
[11:03] <seb128> mdeslaur, k, good to know ... is that an unfortunate but needed consequence or a bug?
[11:04] <mdeslaur> seb128: half of them are bugs that upstream hasn't fixed yet, half of them are unfortunate consequences that need config file changes to work with older devices or unpatched windows
[11:04] <seb128> k
[19:00] <tedg> Hello ubuntu-qa, I have a silo that doesn't seem to be getting to the trello board.
[19:01] <dobey> ?
[19:02] <dobey> tedg: the ual one? or pk one?
[19:02] <tedg> Yeah, the UAL one. Seems it failed automated signoff.
[19:02] <alesage> tedg hiya
[19:02] <tedg> Ah, this is ChrisTownsend's fault
[19:02] <dobey> tedg: yes, you have unsatisfiable binary dependencies
[19:02] <tedg> ChrisTownsend: How were you deping on xmir?
[19:02] <alesage> tedg I'll leave you to it :)
[19:03] <tedg> alesage: Thank you!
[19:03] <tedg> Oh, that's only on vivid too.
[19:03] <ChrisTownsend> tedg: I added 'xmir' to the packages Depends.
[19:04] <tedg> ChrisTownsend: https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-031/excuses.html
[19:04] <ChrisTownsend> tedg: I don't think that uses the overlay, so we need an exception.
[19:04] <dobey> tedg: well, not sure where the xenial autopkgtests are but probably same issue there
[19:04] <tedg> dobey: I think we fixed the deps so Mir is on those arches in xenial.
[19:04] <dobey> ChrisTownsend: problem is that xmir/mir isn't built on those archs
[19:05] <dobey> is it?
[19:05] <tedg> dobey: https://launchpad.net/ubuntu/+source/mir/0.21.0+16.04.20160330-0ubuntu1
[19:05] <dobey> hmm, so it is
[19:06] <dobey> ah, and they are in the overlay too
[19:06] <ChrisTownsend> Well, xmir is part of xorg-server, but only ppc64el is not built.
[19:07] <dobey> oh no
[19:07] <dobey> so the error is correct
[19:08] <dobey> xmir only for amd64/armhf/i386 in overlay
[19:08] <dobey> and in xenial too
[19:08] <ChrisTownsend> Oh, I see that now too.
[19:09] <dobey> so you probably need to change the binary dep to "xmir [amd64 armhf i386]," to cheat and get by
[19:09] <tedg> Yeah :-/
[19:10] <dobey> or fix xmir to build on other archs too and deal with getting a new xorg-server build for both xenial and vivid in the overlay
[19:10] <ChrisTownsend> tedg: Yeah, what dobey said.
[19:10] <ChrisTownsend> I wouldn't hold my breath on getting xmir built for the other archs.
[19:11] <tedg> It was probably legacy from when mir only built on them.
[19:16] <dobey> ChrisTownsend: well, xorg builds on them, and mir does too, so i don't see why it couldn't be done :)
[19:17] <ChrisTownsend> dobey: It probably can.  bregma, care to follow up? ^^^^
[19:19]  * tedg wants a ppc64 tablet
[19:25] <bregma> ChrisTownsend, we've just never tested it and have no way of testing it, and don't really want the burden of maintenance for something there's been no request for until now (and that's only to satisfy 3rd party build deps), but there's no strong objection
[19:26] <ChrisTownsend> dobey: tedg: ^^^
[19:26] <tedg> robru: So I have a package that has never been in a repo, but I changed the name of. And somehow the build system keeps finding the old name. I can't figure where from though. Is there a cache or something on branch IDs?
[19:26] <tedg> robru: Specifically this should be policykit-unity8: https://ci-train.ubuntu.com/job/ubuntu-landing-053-1-build/41/console
[19:27] <robru> tedg: yes, there is a cache: https://wiki.ubuntu.com/citrain/LandingProcess#Renaming_a_Source_Package
[19:28] <tedg> robru: Ah! Okay. Can you flush the cache for me? :-)
[19:28] <robru> tedg: yeah one sec
[19:30] <robru> tedg: ok it's flushed, try your build again
[19:31] <robru> tedg: train is also slightly on fire for other reasons, working on a fix, apologies if affects you
[19:32] <tedg> robru: Not sure, but it seems to list both packages. Is that an issue? https://ci-train.ubuntu.com/job/ubuntu-landing-053-1-build/42/console
[19:32]  * tedg is a firestarter!
[19:33] <bregma> some people just want to watch the train burn
[19:36] <robru> tedg: is policykit-unity8 the right name? or the old one?
[19:36] <tedg> That's the right one. Both were on the ticket for some reason, so I deleted the old.
[19:36] <tedg> Trying to build again without that.
[19:36] <AlbertA> robru: can you abort the ppa builds for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019/+packages?
[19:36] <dobey> bregma: https://www.youtube.com/watch?v=6l6vqPUM_FE
[19:37] <robru> AlbertA: sure. was just trying to fix the train there
[19:40] <AlbertA> robru: thanks!
[19:40] <robru> AlbertA: yw. sorry for stepping on your toes there
[19:40] <AlbertA> robru: no worries, I need to update the mir branch anyway
[19:43] <tedg> robru: Okay, it seems to be working now, thanks!
[19:43] <robru> tedg: you're welcome!
[20:25] <robru> _morphis: ok, I think I fixed the issue you were seeing with unhandled exceptions on ticket 708, please try your build again (if necessary)
[21:40] <tedg> How long does automated signoff take?
[21:43] <dobey> tedg: depends on how long the autopkgtests take, for all that are triggered by the upload
[21:43] <tedg> Ah, I see.
[21:43] <dobey> tedg: and i think the thing that checks for status updates every 35 minutes or so
[21:44] <tedg> I was checking the status much more frequently than needed then :-)
[22:01] <AlbertA> robru: could you re-trigger the i386 build for mir/vivid: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019/+packages
[22:05] <AlbertA> trainguards: or somebody that could trigger that ^
[22:08] <robru> AlbertA: done. Please ping trainguards first as I'm on sick leave, only intermittently available
[22:08] <AlbertA> robru: ack thanks!
[22:08] <robru> AlbertA: you're welcome
[22:09] <robru> tedg: dobey: the britney runs take 45-60 minutes depending on load
[22:11] <robru> That doesn't include autopkgtest time, that's just how long in between checks on autopkgtest progress