[08:37] <Saviq> sil2100, hey, would you please ♻ https://requests.ci-train.ubuntu.com/#/ticket/1525 - it's a massacre there...
[08:40] <sil2100> Saviq: on it
[08:41] <sil2100> Saviq: ok, all recycled
[08:43] <Saviq> sil2100, thanks, will keep an eye out on what happened there
[09:22] <ToyKeeper> sil2100: Any idea what landed in the latest images?  All my adt-based tests are failing since it ends the user session as soon as adt returns.
[09:23] <ToyKeeper> (normally I use adt to set up the actual test, adt returns, then I measure the phone's behavior for a while)
[09:23] <sil2100> ToyKeeper: hey! Recent images had repowerd from the important bits
[09:23] <sil2100> Not sure if that could affect anything though
[09:24] <ToyKeeper> It's only the images from a few hours ago.  Yesterday was fine.
[09:24] <sil2100> http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/bq-aquaris.en/krillin/383.commitlog
[09:25] <sil2100> Looks like only repowerd could have such a big influence, nothing else was big enough
[09:25] <ToyKeeper> Hmm.
[09:25] <ToyKeeper> sil2100: Did that try to land once a few weeks ago, then get reverted?
[09:26] <ToyKeeper> Oh, wait, that was only krillin, and in image 371...
[09:27] <ToyKeeper> So this is probably brand new.
[09:27] <sil2100> ToyKeeper: yeah, it was ready for landing for over a week but I didn't have time to check it
[09:27] <sil2100> SO it landed yesterday only
[09:28] <ToyKeeper> sil2100: repowerd does look like a likely culprit though, since it's going to sleep just a few seconds after adt returns instead of going through the usual 60-second procedure.
[09:34] <Saviq> jibel, sil2100, FYI vivid unity8 autopkgtest are dead atm due to https://bugs.launchpad.net/ubuntu/+source/repowerd/+bug/1602597
[09:35] <sil2100> Saviq: yeah, I noticed something similar for my qtmir landing, I wanted to take a look at that, glad to hear it's a known issue
[09:36] <sil2100> hm, will check the details
[09:36] <Saviq> it "works" on x and y because they're more relaxed about starting services in post-inst
[09:43] <Saviq> sil2100, https://code.launchpad.net/~saviq/repowerd/+git/repowerd/+merge/299925
[09:45] <Saviq> sil2100, IMO we should fast-track this change as a packaging change, otherwise we'll be stuck in train due to britney failures everywhere
[09:48] <Saviq> OMG that doesn't hepl
[09:48] <Saviq> it's stuck starting
[09:58] <Saviq> sil2100, bug #1602604 to
[09:58] <Saviq> o
[10:04] <Saviq> this is a MESS
[10:05] <Saviq> we shouldn't have landed that without alf around ;P
[10:07] <sil2100> I had no idea alf went for paternity leave ;p
[10:09] <Saviq> sil2100, I'm worried we might need to revert
[10:27] <sil2100> I think the safest way would be indeed to revert the u-s-c change to get back to powerd
[12:19] <sil2100> Saviq: ok, so I would opt for a temporary revert now as well of the repowerd pieces
[12:19] <sil2100> We can re-land them if needed
[12:19] <Saviq> sil2100, I can see no other way without someone getting to know it
[12:19] <sil2100> I just wonder, possibly I'll just do the soft revert on vivid
[12:20] <sil2100> Since xenial and yakkety seem fine so far, and reverting it in yakkety would mean removing the package from the archives
[15:43] <Saviq> sil2100, think we could backport bug #1585517 to xenial overlay? or would you rather say this would be a SRU?
[15:44] <Saviq> slangasek, hey, you mentioned ↑ was due to a "lost" patch to apt? do we know how it got lost yet?
[15:46] <slangasek> Saviq: it was lost by the apt folks deciding to get Ubuntu in sync with Debian
[15:47] <Saviq> slangasek, ack, so the right solution these days is to actually fix M-A: fields, understood
[15:47] <slangasek> Saviq: it's the more robust solution anyway, since then it works for both apt-get build-dep and things like mk-build-deps; it just requires more work to annotate individual packages
[15:48] <Saviq> slangasek, ack, thanks!
[16:16] <rvr> Saviq: Silo 32 approved
[16:17] <Saviq> rvr, awesomes, mterry ↑
[16:17] <mterry> rvr, thanks!
[16:17] <rvr> Saviq: I didn't test on the desktop, though
[16:17] <rvr> turbo and frieza are ok
[16:17] <Saviq> rvr, oh ok, we've done quite some testing there
[16:17] <rvr> Ack
[16:18] <Saviq> as this was the biggest impact actually
[18:27] <Kaleo> trainguards I summon you!
[18:28] <robru> Kaleo: what ppa you want copied from and to?
[18:28] <Kaleo> I'd love for the packages in https://launchpad.net/~fboucault/+archive/ubuntu/dh-exec-backport/+packages to go in https://requests.ci-train.ubuntu.com/#/silo/075
[18:29] <Kaleo> robru, unfortunately the build in the origin ppa are not complete quite yet
[18:29] <robru> Kaleo: no worries, I'm just copying sources, not binaries
[18:29] <Kaleo> robru, cool
[18:29] <Kaleo> robru, thanks
[18:29] <Kaleo> robru, and one depend on the other FYI
[18:29] <robru> Kaleo: what's bats? lol
[18:29] <Kaleo> a bash unit testing tool
[18:29] <Kaleo> apparently
[18:29] <Kaleo> ..
[18:30] <robru> Kaleo: ok it's copied, at some soonish point please run the build job again as it will generate diffs.
[18:31] <Kaleo> robru, thanks
[18:31] <robru> Kaleo: wait why do we need a bash unit testing tool in vivid overlay?
[18:31] <Kaleo> robru, how soon?
[18:31] <Kaleo> robru, because it's a build dep of dh-exec
[18:31] <Kaleo> robru, of a newer version of dh-exec to be exact
[18:31] <robru> Kaleo: probably now-ish is fine. it just diffs sources so you don't need to wait for the builds to finish
[18:31] <Kaleo> ok
[18:32] <Kaleo> robru, and why we need a newer version dh-exec you might ask :)à
[18:32] <Kaleo> robru, because I'd like to get fancy with some debian packages (and ultimately make the toolkit crossbuildable)
[18:33] <robru> Kaleo: that's cool. you'll need core dev ack for the packaging changes so maybe seek those sooner rather than later.
[18:33] <Kaleo> robru, oh really
[18:33] <Kaleo> robru, who would that be?
[18:34] <robru> Kaleo: anybody in https://launchpad.net/~ubuntu-core-dev/+members#active but my go-to peeps are kenvandine or mterry
[18:34] <kenvandine> Kaleo, yo!
[18:34] <robru> ;-)
[18:35] <kenvandine> Kaleo, anything for you dude!
[18:35] <Kaleo> :D
[18:35] <davmor2> Kaleo: watch out kenvandine is after something he's being nice
[18:35] <Kaleo> kenvandine, I am attempting to land a backport of dh-exec in vivid overlay
[18:36] <Kaleo> davmor2, he is just a friendly guy :)
[18:36] <Kaleo> kenvandine, and I changed one line in the debian/control
[18:36] <kenvandine> :)
[18:36] <kenvandine> cool
[18:36] <kenvandine> silo?
[18:36] <Kaleo> kenvandine, https://requests.ci-train.ubuntu.com/#/silo/075
[18:37] <kenvandine> Kaleo, the packaging diff is more than a line... i guess that's the backport
[18:37] <kenvandine> what is different than yakkety?
[18:38] <Kaleo> kenvandine, I took the source from xenial which I believe is the same as in yakety
[18:38] <Kaleo> kenvandine, which is the one line
[18:38] <kenvandine> ah
[18:38] <Kaleo> kenvandine, I debumped the dependency version on debhelper
[18:38] <robru> Kaleo: nah dude the diff is huge: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-1671/2016-07-13_18:32:23/vivid_dh-exec_content.diff
[18:38] <kenvandine> that's the diff against vivid though
[18:39] <Kaleo> robru, yeah
[18:40] <kenvandine> -         ${perl:Depends}, perl (>= 5.14.2~), debhelper (>= 8.9.13~)
[18:40] <kenvandine> +         ${perl:Depends}, perl (>= 5.14.2~), debhelper (>= 9.20151004~),
[18:40] <Kaleo> kenvandine, yeah mostly :)
[18:40] <robru> oh I see bats is being ripped out, so it's not a "new" thing, just newly packaged separately.
[18:40] <kenvandine> Kaleo, you said you debumped  the debhelper dep?
[18:44] <kenvandine>  debhelper | 9.20150101ubuntu1 | vivid   | source, all
[18:45] <kenvandine> Kaleo, that's no going to work
[18:45] <kenvandine> s/no/not
[18:53] <Kaleo> kenvandine, it's 9.0
[18:54] <Kaleo> kenvandine, I made it go from 9.20151004~ to 9~
[18:55] <Kaleo> kenvandine, http://pastebin.ubuntu.com/19297295/
[18:55] <kenvandine> Kaleo, not in the  diiff i'm lookingg at
[18:56] <kenvandine> no, that's build dep
[18:56] <kenvandine> i'm talking about the depends
[18:56] <kenvandine> -         ${perl:Depends}, perl (>= 5.14.2~), debhelper (>= 8.9.13~)
[18:56] <kenvandine>  +         ${perl:Depends}, perl (>= 5.14.2~), debhelper (>= 9.20151004~),
[18:56] <Kaleo> kenvandine, ooops
[18:57] <kenvandine> are you sure dropping that to 9~ is safe?
[18:57] <Kaleo> kenvandine, pretty sure from looking at the git log
[18:57] <kenvandine> it'll afect all vivid  packages built in the overlay
[18:57] <Kaleo> kenvandine, yes, all those using dh-exec which I think/hope is 0
[18:58] <Kaleo> kenvandine, and only at rebuild time
[18:58] <kenvandine> yeah, just worried we'll suffer from new build prooblems :)
[18:58] <kenvandine> damn... this keyboard  is pissing me off
[18:58] <kenvandine> laggy and keeps repeating keys
[18:59]  * kenvandine wonders wtf is going on with thhat
[18:59] <kenvandine> grr
[18:59] <Kaleo> kenvandine, das keyboard is the answer
[18:59] <Kaleo> kenvandine, yeah I am too
[18:59] <Kaleo> kenvandine, but mostly not
[19:00] <Kaleo> kenvandine, and xenial is "around the corner"
[19:00] <kenvandine>   * Add support for DH_CONFIG_ACT_ON_PACKAGES, see #698054 for details.
[19:00] <kenvandine>     As a consequence, depend and build-depend on debhelper (>= 9.20151004~).
[19:05] <kenvandine> Kaleo, ^^
[19:07] <Kaleo> kenvandine, yeah that's right
[19:07] <Kaleo> kenvandine, would need to remove that feature heh
[19:07] <Kaleo> feck
[19:07] <kenvandine> :/
[19:07] <Kaleo> not that anyone will ever care about it
[19:07] <Kaleo> by the time people who know about dh-exec will start using it in the vivid overlay, we will have switched to xenial
[19:08] <Kaleo> (using that feature I men)
[19:08] <Kaleo> mean*
[19:08] <Kaleo> I'm tired
[19:08] <kenvandine> gett some rest!
[19:08] <kenvandine> f'iingg keyboaard!
[19:10] <Kaleo> kenvandine, hang on I think it's  optional
[19:10] <Kaleo> kenvandine, ah yes it is
[19:10] <Kaleo> kenvandine, that's why I thought it was fine
[19:10] <kenvandine> cool
[19:10] <Kaleo> kenvandine, originally it only recommended debhelper (>= 9.20151004~)
[19:11] <Kaleo> kenvandine, then the author decided it would be nice for people to have the feature automatically
[19:11] <Kaleo> kenvandine, and made it an actual dep
[19:11] <Kaleo>    After some consideration, depend and build-depend on the newer
[19:11] <Kaleo>     debhelper, so that packagers that want to use the
[19:11] <Kaleo>     DH_CONFIG_ACT_ON_PACKAGES feature will only have to build-depend on
[19:11] <Kaleo>     dh-exec (>= 0.18~), instead of both a versioned dh-exec and a debhelper.
[19:13] <Kaleo> robru, I uploaded a fix to dh-exec in https://launchpad.net/~fboucault/+archive/ubuntu/dh-exec-backport/+packages
[19:13] <Kaleo> robru, can you copy  dh-exec - 0.24ubuntu2 to landing 75 please? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-075/+packages
[19:14] <Kaleo> kenvandine, http://pastebin.ubuntu.com/19298864/
[19:14] <Kaleo> kenvandine, should be better
[19:16] <robru> Kaleo: sure. Ken can also do it since he's core dev 😎
[19:17] <robru> Kaleo: ok copied. please re-run build job to update diff
[19:19] <Kaleo> robru, cheers
[19:24] <Kaleo> kenvandine, dependency waits will automatically be re-built?
[19:29] <kenvandine> Kaleo, nope
[19:29] <Kaleo> kenvandine, so that would be you? :)
[19:29] <kenvandine> i can kick retry :)
[19:29] <Kaleo> or me clicking build mayube?
[19:30] <kenvandine> nah, i'll do it
[19:31] <Kaleo> kenvandine, thanks
[20:58] <robru> Kaleo: you clicking build won't do anything to the packages already in the ppa (build would upload new packages from MPs but you don't have MPs). kenvandine: depwaits are retried automatically but it takes 1.5-2 hours so manual retrying is probably justified.
[20:58] <Kaleo> robru, ok thanks
[20:59] <robru> Kaleo: you're welcome