[00:00] -queuebot:#ubuntu-release- New binary: krb5 [i386] (hirsute-proposed/main) [1.18.3-4] (core, i386-whitelist)
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [amd64] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [armhf] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [ppc64el] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [amd64] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [armhf] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [s390x] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [arm64] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [s390x] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [i386] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [i386] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [arm64] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:41] -queuebot:#ubuntu-release- New binary: hyperspy [amd64] (hirsute-proposed/universe) [1.6.1-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: cclive [s390x] (hirsute-proposed/none) [0.9.3-0.2] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: metadata-cleaner [s390x] (hirsute-proposed/none) [1.0.0-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: metadata-cleaner [ppc64el] (hirsute-proposed/none) [1.0.0-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: cclive [ppc64el] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: python-anyio [amd64] (hirsute-proposed/universe) [2.0.2-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: digimend-dkms [amd64] (hirsute-proposed/universe) [10-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: cclive [amd64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: metadata-cleaner [arm64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: metadata-cleaner [armhf] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: cclive [armhf] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: metadata-cleaner [amd64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: cclive [arm64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: metadata-cleaner [riscv64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[06:16] -queuebot:#ubuntu-release- New binary: cclive [riscv64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[06:22] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1092.105~16.04.1]
[06:42] <ginggs> would someone please review? https://code.launchpad.net/~ginggs/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/396640
[06:42] <ginggs> i think it's the last blocker for r-bioc-* migration
[08:13] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1078.83] (no packageset)
[08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1078.83]
[08:36] -queuebot:#ubuntu-release- Unapproved: s390-tools (hirsute-proposed/main) [2.15.1-0ubuntu5 => 2.15.1-0ubuntu6] (core)
[08:51] <seb128> would any archive admin want to review this change for component mismatch reports?
[08:51] <seb128> https://code.launchpad.net/~seb128/ubuntu-archive-tools/component-mismatches-mirtitles/+merge/395133
[08:51] <seb128> it has been in the queue since early decembre
[09:17] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1064.71~16.04.1] (kernel)
[09:24] <juliank> cjwatson: Wondering if we should have launchpad set some arbitrary (or like increasing) Phased-Update-Percentage for hirsute-proposed, such that we have some way to test the new phased update support in apt and make sure it works everywhere?
[09:24] <juliank> bdmurray rightfully pointed out that there's no way we can really test it now
[09:25] <juliank> having it set it in proposed would help simulate the effects on builders at least
[09:26] <juliank> Not that we end up releasing and then end up with problems somewhere from phased updates in -updates behaving different from what we expected
[09:45] <seb128> juliank, would that automatically impact some users or would they still need then to opt in by changing their apt config or something?
[09:46] <seb128> because randomly giving proposed updates to some users doesn't sound like something we should be goind
[09:46] <seb128> doing
[09:46] <juliank> seb128: it's opt-out
[09:47] <juliank> seb128: I feel like we gotta do some in the wild testing but I don't know what the best approach is
[09:47] <seb128> -1 from me
[09:47] <seb128> proposed is something we recommend not using, it would be bad taste to silently give updates from there to some users only for testing purpose
[09:48] <seb128> could we make it opt-in?
[09:48] <juliank> seb128: that's not what it's about
[09:48] <juliank> seb128: The phasing would be opt-out, if you have proposed enabled
[09:48] <juliank> If you don't have proposed enabled, nothing changes
[09:48] <seb128> ah, right
[09:48] <juliank> Something got lost somewhere in the explanation :D
[09:49] <seb128> I feel better about it described this way ;-)
[09:49] <seb128> right, if people go to the active step to enable proposed then it's fine to give them updates coming from there
[09:50] <juliank> yes, and phasing them at like +10% per hour since publishing, or just fixed 50% or something to test out phased updates in apt would be useful
[09:50] <Laney> I dunno, I always felt like proposed should be NotAutomatic, so you can actually sensibly opt in to only testing some things in there
[09:50] <Laney> seb128: I will review that in a minute, thx for the ping
[09:51] <juliank> Laney: I agree with that, but the reason it's not is that builders would have to manually enable it
[09:51] <juliank> um, manually pin it back up
[09:51] <juliank> At least that's what people said when I wanted to get this changed :)
[09:51] <Laney> yeah, they would have to have pinning, but that feels quite solvable
[09:51] <seb128> Laney, thanks!
[09:51] <Laney> but I'm not sure how that would mix with phasing then
[09:52] <juliank> Laney: the phasing overrides pins
[09:52] <juliank> command-line selector > phasing > pin
[09:52] <Laney> and NotAutomatic is a pin in this sense?
[09:53] <juliank> Yes, NotAutomatic changes the default pin to 1 for the repo
[09:53] <Laney> right, so the phasing would make NotAutomatic useless, not sure about that
[09:53] <juliank> Well
[09:53] <juliank> No
[09:54] <juliank> If it's phased to 100%, it's still pinned to 1
[09:55] <juliank> NotAutomatic would make phasing useless, you could say, except well, phasing still works if you manually pin up the packages you are interested up, or the entire repo
[09:55] <juliank> But phasing doesn't make NotAutomatic useless, as it only pins down stuff not-for-you to 1, but never actually pins something up over the configuration.
[09:56] <Laney> I see, > didn't express that concept to me
[09:56] <juliank> yeah
[09:56] <Laney> So you can pin it to do your phasing testing, or something
[09:56] <juliank> > was really ?:
[09:57] <juliank> well still bad explanation
[09:58] <juliank> If we could make proposed notautomatic for hirsute+1 that'd be great
[09:58] <juliank> It needs changes in a bunch of places, but it shouldn't be crazy
[09:59] <Laney> Ages ago a bunch of that work was done for backports, so it wouldn't be starting from scratch
[10:00] <Laney> e.g. setting the value in the Release file, buildds ignoring it for package builds
[10:00] <juliank> It would make SRU verification procedure a lot easier for normal users
[10:00] <Laney> And we wouldn't get people on devel mangling their systems as frequently as we do now
[10:01] <Laney> well, it'd be even more of a you get to keep both halves situation
[10:02] <juliank> I'm not sure if phasing works with autopkgtests, this needs to be tested
[10:02] <Laney> The SRU instructions might even be able to tell you how to use apt to install only that SRU, and update-manager could display them unchecked maybe
[10:02] <Laney> could be nice
[10:02] <Laney> go argue for getting this on the list :>
[10:02] <juliank> because if phasing overrides a pin-this-package-up I think this might break autopkgtest, so it would be nice to get some proposed packages to test what happens
[10:04] <juliank> Laney: I think for stable releases, there's some argument to be made for having time-based phasing for proposed (10% per day or so), and then users who add proposed effectively opt into a fast track of updates, but it's still way less worse than it is now
[10:05] <juliank> I kind of also would love a point-release repo that only ever gets updated on point releases
[10:06] <juliank> like it's a snapshot of updates at point release time :D
[10:06] <juliank> you can mix it with -security
[10:06] <Laney> I dunno, I think the way we have the process set up now it fits better as a pocket for manual testers to opt in to using, and with phasing we would use -updates more like that
[10:06] <Laney> unless we were to collect and make much more use of metrics from proposed updates
[10:06] <Laney> but I'm not on the SRU team am I :-)
[10:07] <juliank> Laney: I can't keep track of who is on what team :D
[10:09] <juliank> Laney: Seems like unsecure apps are blocked again and I can't auth to gmail smtp server
[10:15] <Laney> juliank: dunno what you're talking about, you think I'm on IS now? :P
[10:16] <juliank> Laney: Nah, I notified IS, but it appears the SMTP password stopped working
[10:17] <Laney> I don't use gmail but does it use per-app passwords?
[10:21] <juliank> Laney: not really
[10:55] <cjwatson> juliank: We aren't going to have Launchpad set it automatically.  ~ubuntu-archive is free to set something up to tweak overrides automatically if they want
[10:55] <cjwatson> (aside from what Seb etc. said)
[10:57] <Laney> cjwatson: the API has what we'd need already?
[10:57] <cjwatson> Laney: phased-updater already uses the API
[10:58] <cjwatson> It's true that you can't easily get the override in there the second something gets accepted into -proposed.  ~ubuntu-archive has plenty of cron jobs though ;-)
[10:58] <Laney> ah you mean that part, sorry, I was thinking of the NotAutomatic side
[10:58] <cjwatson> (I'm not sure it's a good idea)
[10:58] <cjwatson> Right, that's not in the API
[10:58] <Laney> because the thread juliank just started on devel
[10:58] <cjwatson> I'm just catching up on messages
[10:59] <juliank> NotAutomatic I want to do next cycle
[10:59] <juliank> :D
[11:02] <mwhudson> that sounds like it would save me time enabling proposed and scoring it down in all my lxds and vms
[11:03] <Laney> let's hope juliank can get management on board with the idea :>
[11:48] <Laney> huh we got the same bug like 5 times in that c-m email
[14:33] <teward> sil2100: got a few minutes for me to boucne stuff off you?
[14:33] <teward> (nonpriority)
[15:08] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [20.04.15.3 => 20.04.15.4] (core)
[15:23] -queuebot:#ubuntu-release- Unapproved: python-apt (focal-proposed/main) [2.0.0ubuntu0.20.04.3 => 2.0.0ubuntu0.20.04.4] (core, i386-whitelist)
[15:26] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1064.71~16.04.1]
[15:47] -queuebot:#ubuntu-release- Unapproved: sssd (groovy-proposed/main) [2.3.1-3ubuntu2 => 2.3.1-3ubuntu3] (ubuntu-desktop, ubuntu-server)
[16:16] <sil2100> teward: hey! hm hm, what is it about? Since I'm right now in 20.04.2-spree ;)
[16:17] <sil2100> I might only have some cycles later, if anything
[16:17] <teward> is about that python3-cffi thing Studio wanted me to poke at, not a priority as it's SRU-eyes-needed :P
[16:17] <teward> so no worries, focus on your spree.
[16:18] <teward> if it were mission critical i'd tack on a note to Mark saying "Hey this stuff's critical I need to steal a few people for critical review"  ;)
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (focal-proposed) [2.0.0ubuntu0.20.04.4]
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [20.04.15.4]
[17:00] <Laney> ah man I wanted to slip some commits into ubiquity
[17:00] <Laney> it's not too late right ¬_¬
[17:20] <rbalint> sil2100, Laney i see https://code.launchpad.net/~rbalint/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/395911 merged, but the retriggered tests don't seem to run on big instances: https://autopkgtest.ubuntu.com/packages/m/mysql-connector-c++/focal/s390x
[17:20] <rbalint> is there manual deployment step that's needed?
[17:22] -queuebot:#ubuntu-release- New binary: skalibs [ppc64el] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: skalibs [s390x] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:24] <Laney> yes there is
[17:24] <rbalint> Laney, could you please deploy later master?
[17:25] -queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [ppc64el] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [amd64] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: skalibs [amd64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:27] <Laney> in a bit, calls
[17:32] <Laney> rbalint: done
[17:34] <rbalint> Laney, thanks, retrying!
[17:35] <rbalint> Laney, now since we got rid of the cowboy, could deployment be automatic?
[17:36] <rbalint> one less thing to do :-)
[17:36] <Laney> if someone does it, we need to know when the config files change and send a SIGHUP to the workers if they have
[17:37] -queuebot:#ubuntu-release- New binary: skalibs [arm64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: skalibs [armhf] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:37] <Laney> or make the workers inotify on their config and reload themselves
[17:38] <rbalint> Laney, i think the SIGHUP would be better, in case multiple files are used
[17:39] <Laney> not sure what you mean there
[17:39] <Laney> anyway either would work
[17:39] <Laney> a bit differently for the upcoming branch since the config comes from juju config there
[17:50] -queuebot:#ubuntu-release- New binary: skalibs [riscv64] (hirsute-proposed/universe) [2.10.0.1-1] (no packageset)
[17:56] <sil2100> Oh, damn, didn't run the manual deployment step as I thought it's not manual
[17:57] <sil2100> I think Bileto spoiled me
[17:57] <sil2100> Sorry about that
[20:07] -queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [amd64] (hirsute-proposed) [4.1.0-2+ds1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [amd64] (hirsute-proposed) [2.10.0.1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [armhf] (hirsute-proposed) [2.10.0.1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [riscv64] (hirsute-proposed) [2.10.0.1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [ppc64el] (hirsute-proposed) [4.1.0-2+ds1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [ppc64el] (hirsute-proposed) [2.10.0.1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [arm64] (hirsute-proposed) [2.10.0.1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [s390x] (hirsute-proposed) [2.10.0.1-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [amd64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [armhf] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted digimend-dkms [amd64] (hirsute-proposed) [10-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [arm64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [riscv64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [arm64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [amd64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted python-anyio [amd64] (hirsute-proposed) [2.0.2-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [riscv64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [armhf] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [ppc64el] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted hyperspy [amd64] (hirsute-proposed) [1.6.1-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [s390x] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [s390x] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [ppc64el] (hirsute-proposed) [1.0.0-1]
[21:40] -queuebot:#ubuntu-release- New binary: execline [ppc64el] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[21:41] -queuebot:#ubuntu-release- New binary: execline [s390x] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[21:41] -queuebot:#ubuntu-release- New binary: execline [amd64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[21:43] -queuebot:#ubuntu-release- New binary: execline [arm64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[21:45] -queuebot:#ubuntu-release- New binary: execline [armhf] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[22:03] -queuebot:#ubuntu-release- New binary: execline [riscv64] (hirsute-proposed/universe) [2.7.0.0-2] (no packageset)
[22:53] -queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [arm64] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie)
[22:56] -queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [armhf] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie)
[23:33] -queuebot:#ubuntu-release- New binary: kissfft [amd64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: orphan-sysvinit-scripts [amd64] (hirsute-proposed/universe) [0.06] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: qbs [s390x] (hirsute-proposed/universe) [1.18.0-3] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: uhttpmock [amd64] (hirsute-proposed/universe) [0.5.3-1] (i386-whitelist)
[23:41] -queuebot:#ubuntu-release- New binary: qbs [ppc64el] (hirsute-proposed/universe) [1.18.0-3] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: kissfft [riscv64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New: accepted execline [amd64] (hirsute-proposed) [2.7.0.0-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [armhf] (hirsute-proposed) [2.7.0.0-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [riscv64] (hirsute-proposed) [2.7.0.0-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [arm64] (hirsute-proposed) [2.7.0.0-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [s390x] (hirsute-proposed) [2.7.0.0-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [ppc64el] (hirsute-proposed) [2.7.0.0-2]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [amd64] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [riscv64] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted orphan-sysvinit-scripts [amd64] (hirsute-proposed) [0.06]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [i386] (hirsute-proposed) [0.5.3-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [ppc64el] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [amd64] (hirsute-proposed) [0.5.3-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [s390x] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [ppc64el] (hirsute-proposed) [0.5.3-1]
[23:56] -queuebot:#ubuntu-release- New: accepted uhttpmock [s390x] (hirsute-proposed) [0.5.3-1]