[00:18]  * mwhudson afk for a bit
[01:57] <jbicha> slangasek: please consider ignoring test failures for current version of nemo & cinnamon-control-center
[01:57] <jbicha> their tests are failing because of https://bugs.debian.org/810866
[01:57] <jbicha> actually: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868473
[02:15] <mwhudson> something in proposed breaks python-pydap really badly
[02:21] <mwhudson> or maybe it's just that the version of python-pydab in proposed is broken
[02:23] <mwhudson> can someone mark mash/1.1.1-2build1/armhf as badtest?
[02:24] <mwhudson> hm this is a bad timezone for finding release team people
[02:24] <mwhudson> infinity: around? or slangasek
[02:34] <slangasek> mwhudson: done
[02:34] <mwhudson> thanks
[02:34] <mwhudson> now looking at watchcatd which ftbfs from libevent changes?
[02:34] <slangasek> jbicha: sorry, no time to look at that right now
[02:35] <slangasek> mwhudson: yeah I asked rbalint about that earlier and he said he would look at it
[02:35] <mwhudson> oh ok
[02:36] <mwhudson> otherwise it seems to be ns3 (depends on gcc7 migrating to migrate?) and linux blocking the perl stuff?
[02:36] <slangasek> mwhudson: yeah more or less
[02:37] <mwhudson> ahh boo i got python-pydap/armhf to pass just too late for the last britney run
[02:37] <mwhudson> (for requests)
[05:03] <rbalint> slangasek: I've nmu-d watchcatd in Debian and now it builds
[05:16] <slangasek> rbalint: thanks.  Can you post the source so we can upload without waiting for LP to pick it up from Debian?
[05:17] <slangasek> (maybe not relevant since gcc-7 will be a while yet... so don't go to too much effort)
[05:42] <acheronuk> slangasek: did that test against qtwebengine fix on a retry? I see no regression there now
[05:42] <slangasek> acheronuk: it did
[05:42] <acheronuk> :)
[07:47] <cpaelzer> Hi I had a gating message on SRU phasing for the SRU on bug 1705132
[07:47] <cpaelzer> The case is checked, the bug updated for documentation and the SRU phasing should be ramped up again
[07:47] <cpaelzer> anyone here atm who can do so for me?
[08:04]  * mwhudson wtfs at the pytest-pylint autopkgtest failure
[08:11] <mwhudson> oh probably needs all-proposed=1
[08:20] <mwhudson> next: why dos udisks2 fail all the time on ppc64el
[08:41] -queuebot:#ubuntu-release- New sync: xchat (artful-proposed/primary) [2.8.8-8]
[09:25] <locutus_> good morning, mitya57 I'm copying manually stuff from silo (qt)
[09:26] <locutus_> if I understand correctly, we will need anyway to have them approved by an AA
[09:59] <apw> if the silo says you have stuff that means a new review, yes, it needs to be done before
[10:00] <locutus_> mm I don't understand the answer, sorry!
[10:00]  * locutus_ is trying to setup his BNC
[10:07] <apw> cpaelzer, i think i can do that ... do you know what level it had reached ?
[10:08] <cpaelzer> apw: yes the sru page states that
[10:08] <cpaelzer> 40% it was
[10:09] <cpaelzer> http://people.canonical.com/~ubuntu-archive/phased-updates.html
[10:09] <cpaelzer> you set 60% now is that correct apw?
[10:10] <apw> i did not do anything yet
[10:10] <cpaelzer> hmm on the link I sent it is at 60% now
[10:11] <cpaelzer> it was at "0 formerly 40%" this morning still
[10:11] <cpaelzer> apw: maybe another sru member did that without updateing the bug or IRC?
[10:11] <apw> perhaps indeed
[10:11] <cpaelzer> apw: while I have your ear - might I ask if you are an archive admin as well?
[10:12] <locutus_> fortunately he is :)
[10:12] <cpaelzer> I'm looking for some attention to bug 1540323 for days (weeks actually)
[10:12] <cpaelzer> about removing src:ubuntu-virt
[10:13] <cpaelzer> If you can't look at that now I'm fine but if you'd have a hint how/where to ask better for attention that would be highly welcome
[10:13] <cpaelzer> I let the bug with AA subscribed for a few weeks and then pinged here, but I assume that tasks is a less fun one so people avoid it :-)
[10:14] <cpaelzer> locutus_: btw are freed from the borg now, what happened?
[10:14] <locutus_> [12:08:51] * LocutusOfBorg (LocutusOfB@gateway/shell/panicbnc/x-nassxcdmfxswyxjt) has joined
[10:14] <locutus_> I just need to understand how to connect to that BNC
[10:14] <locutus_> you can't leave borg community
[10:14] <cpaelzer> umm there are examples ...
[10:15] <cpaelzer> anyway - if there is anything I can do better on the need for AA support please let me know
[10:15] <cpaelzer> leaving a while for lunch now
[10:15] <locutus_> indeed, some few examples
[10:18] <apw> cpaelzer, ok confirmed the archive thinks that is at 60% so we will ignore it
[10:23] <apw> cpaelzer, removed
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [amd64] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [armhf] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [ppc64el] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted debpaste-el [amd64] (artful-proposed) [0.1.5-2]
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [arm64] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [s390x] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted courier-unicode [i386] (artful-proposed) [2.0-1]
[11:02] -queuebot:#ubuntu-release- New: accepted xml-rpc-el [amd64] (artful-proposed) [1.6.12-2]
[11:09] <cpaelzer> thank you apw
[12:36] <locutus_> lots of qt fails, nice
[12:38] <LocutusOfBorg> switch ended, now I'm using bnc :)
[12:38] <LocutusOfBorg> back to the borg community
[13:08] <tsimonq2> Qt 5.9.1 looks to be in -proposed \o/
[13:15] <LocutusOfBorg> I moved some transitions to finished, and boost to old
[13:15] <LocutusOfBorg> they were all at 100%
[13:16] <tsimonq2> mitya57: Should libqt5core5a have Provides: qtbase-abi-5-9-0 or Provides: qtbase-abi-5-9-1?
[13:16] <doko> ... further delaying the perl transition
[13:18] <fossfreedom_> tsimonq2: does QT 5.9 change in anyway how we style QT apps to look like GTK apps ? with QT 5.7 we had to use QT_QPA_PLATFORMTHEME=gtk2
[13:18] <tsimonq2> fossfreedom_: imho GTK 2 apps look so much better under 5.9
[13:18] <tsimonq2> fossfreedom_: So yes, from what I can tell it does change things, but it's better than before :)
[13:19] <LocutusOfBorg> doko, qtwebengine? we can remove and let the previous one migrate
[13:20] <fossfreedom_> tsimonq2:  the same environment variable=value ?
[13:20] <LocutusOfBorg> it will take some hours to build so who cares?
[13:22] <tsimonq2> fossfreedom_: I'm running 5.9 here, let me test it out...
[13:25] <tsimonq2> fossfreedom_: Yep, same variable from what I can tell
[13:30] <sil2100> mwhudson, doko, slangasek: looking at the pyzmq autopkgtest failures, I think those need to be re-run with all proposed, since I see the python3 test dependencies pull in python3.5
[13:30] <sil2100> I'll give it a try
[13:34] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (xenial-proposed) [1.3.1-1ubuntu10.13]
[13:35] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (trusty-proposed) [1.2.2-0ubuntu13.1.21]
[13:41] -queuebot:#ubuntu-release- Unapproved: accepted logcheck [source] (trusty-proposed) [1.3.16ubuntu0.1]
[13:41] -queuebot:#ubuntu-release- Unapproved: accepted logcheck [source] (xenial-proposed) [1.3.17ubuntu0.1]
[13:42] <fossfreedom_> tsimonq2: thanks
[13:42] <LocutusOfBorg> apw, I did sync xchat from debian, because I think when a packages gets removed from artful it isn't autosyncd anymore, is this correct?
[13:44] <tsimonq2> fossfreedom_: np :)
[13:45] <tsimonq2> rbasak: poke on SRUs in bug 1133477 and bug 1708619 :)
[13:45] <rbasak> tsimonq2: ah, thanks. I'm processing SRUs at the moment. I'll take those ones next.
[13:46] <tsimonq2> rbasak: Thanks!
[13:46] <rbasak> gnome-flashback: GNOME Flashback application
[13:46] <rbasak> WTF kind of description is that?
[13:47] <tsimonq2> Is it... an application? A DE? O_o
[13:48] <rbasak> Looks like it has improved a little in Debian
[13:48] <rbasak> Description: helper application for the GNOME Flashback session
[13:48] <tsimonq2> oh gotcha
[13:49] <rbasak> Someone has been there before me: Debian bug 843143 :)
[13:57] <sil2100> pyyaml regressions seem to be transient, this should be good after rerun/ignore
[14:04] <rbasak> tsimonq2: wow. Thank you for driving this (gvfs; yet to look at the other).
[14:04] <slangasek> doko: hi, I see gcc-7/arm64 is building again; what happened to the first build?
[14:05] <LocutusOfBorg> I saw it kicked on some previous upload, I retried and it went fine
[14:05] <LocutusOfBorg> (I didn't touch it this time)
[14:08] <slangasek> sil2100: the pyzmq triggers I see in the queue from you don't have --all-proposed.  also, pyzmq is marked badtest already for the artful version, I'm going to update the hint
[14:08] <tsimonq2> rbasak: You're welcome. I hope the SRU docs are complete enough. ;)
[14:08] <sil2100> slangasek: ACK, I run it with all-proposed=1, thought it was correctly accepted by autopkgtests
[14:08] <slangasek> sil2100: as I mentioned yesterday, a script that analyzes update_excuses and makes recommendations of hints to bump would be helpful
[14:11] <rbasak> tsimonq2: still reading up. That's a good thing :)
[14:13] <tsimonq2> rbasak: :)
[14:13] <sil2100> slangasek: would be good to have something like that, is it on anyone's plate already?
[14:14] <sil2100> slangasek: oh, and I was wondering what's the better way of doing things - if I see some autopkgtest failure is transient or resolvable through all-proposed, should I just re-run or poke for someone to hint it in?
[14:14] <slangasek> sil2100: I don't think it's on anyone's plate, I asked for it out loud here yesterday for the first time
[14:15] <slangasek> sil2100: if it's transient and resolvable, I always prefer that we resolve it. but if the previous version has been hinted, we should check if the new version should also be hinted
[14:16] <sil2100> Ok, depending how my SRU shift later today goes I might glue up a quick script for that as you mentioned
[14:22] <rbasak> tsimonq2: indicator-sound-gtk2 should be 12.10.0.1-0ubuntu5.17.04.1, as 12.10.0.1-0ubuntu5 also exists in Xenial.
[14:23] <rbasak> To avoid future version string gymnastics if a Xenial SRU is needed.
[14:23] <tsimonq2> rbasak: oic
[14:24] <tsimonq2> rbasak: Ok, I'll need a sponsor to do another upload... want me to get another uploaded package correcting this or would you be able to do it?
[14:24] <rbasak> I'm taking a break, then have a meeting. I'll sort it, though it may be later.
[14:25] <tsimonq2> Ok.
[14:25] <tsimonq2> rbasak: Thanks!
[14:25] <rbasak> tsimonq2: the gvfs fix looks good to me superficially, though I think the surgery involved in the fix deserves a closer review which will take me more time. I'll look again later. Thank you again for driving both of these.
[14:28] -queuebot:#ubuntu-release- Unapproved: rejected indicator-sound-gtk2 [source] (zesty-proposed) [12.10.0.1-0ubuntu5.1]
[14:28] <tsimonq2> rbasak: You're welcome, and yeah, it's quite a bit of surgery :P
[14:42] <ogra_> slangasek, sil2100 unless you are actually building 17.10 ubuntu core images i think the header on http://cdimage.ubuntu.com/ubuntu-core/16/edge/current/ is wrong
[14:42]  * ogra_ just noticed ... 
[14:42] <slangasek> ogra_: can you file a bug on ubuntu-cdimage please?
[14:47] <ogra_> slangasek, bug 1709644
[14:47] <slangasek> ogra_: ta
[15:06] <ahasenack> hi guys, the libvirt package has a remark about a freeze here: http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html
[15:06] <ahasenack> what is that about?
[15:06] <ahasenack> "Not touching package due to block request by freeze (contact #ubuntu-release if update is needed)"
[15:07] <nacc> ahasenack: update_excuses is not used for a released release
[15:07] <nacc> ahasenack: beyond a place to see the tests passed
[15:09] <ahasenack> so can I ignore that remark?
[15:09] <ahasenack> in this case (!artful)
[15:10] <slangasek> ahasenack: yes, all packages are "frozen" from the perspective of proposed-migration for SRUs
[15:10] <ahasenack> ok, got it
[15:10] <ahasenack> thanks
[15:11] <nacc> ahasenack: iirc, you want to use the SRU page itself to figure out the 'external' status
[15:11] <nacc> http://people.canonical.com/~ubuntu-archive/pending-sru.html
[15:11] <nacc> external to yourself, that is
[15:14] <ahasenack> that doesn't confirm if the package is in proposed already or not
[15:14] <nacc> ahasenack: by version, it does?
[15:14] <nacc> there is a -proposed column
[15:15] <ahasenack> does that get updated when the package has finally landed in -proposed? When apt can see it?
[15:15] <slangasek> ahasenack: it is updated by cron, timestamp of the current report is at the top
[15:43] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (zesty-proposed) [1:0.4.22.1]
[16:19] -queuebot:#ubuntu-release- Unapproved: indicator-sound-gtk2 (zesty-proposed/universe) [12.10.0.1-0ubuntu5 => 12.10.0.1-0ubuntu5.17.04.1] (no packageset)
[16:26] -queuebot:#ubuntu-release- Unapproved: accepted indicator-sound-gtk2 [source] (zesty-proposed) [12.10.0.1-0ubuntu5.17.04.1]
[17:29] <slangasek> Laney: it occurs to me that the only gcc-7 build we're waiting on is arm64, which we don't autopkgtest; so in principle we could trigger the autopkgtests for gcc-7 now if there was a sane entry point for this
[18:36] -queuebot:#ubuntu-release- Unapproved: mongodb (xenial-proposed/universe) [1:2.6.10-0ubuntu1 => 1:2.6.10-0ubuntu1.1] (mozilla)
[18:46] <slangasek> doko, Laney: ah, and I see the justification for using libreoffice as an autopkgtest for gcc-* is "and libreoffice as an example for a libgcc user."  maybe we should pick a user of libgcc whose tests are a bit more reliable?
[18:50] <slangasek> LocutusOfBorg: um why are you uploading the Qt5.9 transition on top of the perl transition?
[18:52] <slangasek> infinity: ping
[18:55] <slangasek> tsimonq2: hi
[19:00] <slangasek> tsimonq2, LocutusOfBorg: I have removed qtwebengine-opensource-src from -proposed and re-synced the version that was previously there.  The Qt5.9 transition MUST NOT start until the current perl+gcc transition is finished.
[19:58] <tsimonq2> slangasek: hi
[20:00] <slangasek> tsimonq2: hi, so I know we had talked about scheduling the Qt transition, but I guess we never explicitly communicated about the need to let the toolchain transition first?
[20:02] <tsimonq2> slangasek: I... didn't think the transitions would conflict... I also thought Perl was very close to being done if not done already and there would be no issue with doing Qt after GCC so that there were no unneeded uploads fixing things thay were already fixed in 5.9 when 5.9 lands shortly after
[20:02] <slangasek> tsimonq2: yeah, no; qtwebengine was already in -proposed and entangled because of libevent
[20:03] <slangasek> tsimonq2: I've used a blunt hammer to reset it so we can finish the perl transition, but it means qt bits might be ftbfs and otherwise broken for a little bit in -proposed until we finish
[20:04] <tsimonq2> slangasek: What did you do to reset it? Just curious
[20:04] <slangasek> tsimonq2: remove-package && copy-package -e $version --force-same-destination
[20:05] <tsimonq2> slangasek: No I mean which packages? I know the tooling
[20:05] <slangasek> tsimonq2: qtwebengine-opensource-src is the only one
[20:05] <slangasek> also, I didn't yet remove it hard enough, looks like I might have to kick some more binaries around
[20:06] <tsimonq2> slangasek: Ok, is qtwebengine the only one there was an issue with?
[20:06] <slangasek> yes
[20:08] <tsimonq2> slangasek: Ok, well if that's the only conflicting package and that has been dealt with, then what's the problem with continuing the Qt transition?
[20:09] <slangasek> tsimonq2: it's been dealt with by reverting that package in -proposed; I wouldn't think your transition will continue without it?
[20:10] <tsimonq2> slangasek: Yes it's a blocker, but it'll maybe take a few weeks to sort out all the failing KDE autopkgtests
[20:10] <tsimonq2> (and other tests)
[20:10] <slangasek> right
[20:11] <slangasek> there's no problem with all of that continuing
[20:11] <slangasek> but if there are other packages to be uploaded that currently have versions in -proposed that aren't migrating, please check first whether they're affected by the related transition
[20:11] <slangasek> and all of this should be a moot point in a day, I hope
[20:12] <slangasek> if it's not, I will become progressively grumpier ;)
[20:12] <tsimonq2> slangasek: So then is there ETA for the GCC transition? (days, weeks, months?)
[20:12] <slangasek> tsimonq2: as soon as gcc-7/arm64 finishes and the kernel is ready to migrate.
[20:13] <tsimonq2> slangasek: Oh, so a week or two barring no serious issues, is that estimate off?
[20:13] <slangasek> tsimonq2: see above, if this stretches out more than another day it's because things have gone wrong.
[20:14] <tsimonq2> slangasek: Oh, gotcha.
[20:15] <tsimonq2> slangasek: And yeah, now I know to be more careful when landing transitions (i.e. check all of that before asking a sponsor (eventually me, myself, and I) to land a transition)
[20:17] <tsimonq2> slangasek: But it would have been nice to know all of this when I asked about a good time for the Qt transition. I think I might have asked multiple times and but gotten no definitive answer as to why I shouldn't have continued...
[20:17] <tsimonq2> But eh, we're already past that.
[20:20] <slangasek> tsimonq2: sure; as far as I understood you were still blocked waiting on some of the unity removals so I wasn't explicit about the need to wait for perl+gcc+libevent+libwebp+net-snmp
[20:21] <tsimonq2> slangasek: ack
[20:23] <bdmurray> tjaalton: Can you update your copy of ubuntu-archive-tools so bugs receive the new verification-needed-$release tag?
[20:57] <tjaalton> bdmurray: oops, sure..
[20:59] <bdmurray> tjaalton: thanks!
[21:37] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (xenial-proposed) [2:1.18.4-0ubuntu0.4]
[22:42] -queuebot:#ubuntu-release- New binary: poppler [ppc64el] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[22:43] -queuebot:#ubuntu-release- New binary: poppler [i386] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[22:44] -queuebot:#ubuntu-release- New binary: poppler [amd64] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[22:48] -queuebot:#ubuntu-release- New binary: poppler [arm64] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[22:48] -queuebot:#ubuntu-release- New binary: poppler [armhf] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[22:52] -queuebot:#ubuntu-release- New binary: poppler [s390x] (artful-proposed/main) [0.57.0-0ubuntu1] (desktop-core, ubuntu-server)
[23:14] -queuebot:#ubuntu-release- New binary: erlang-asciideck [ppc64el] (artful-proposed/none) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: erlang-asciideck [s390x] (artful-proposed/none) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: tss2 [ppc64el] (artful-proposed/universe) [1045-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: scram [ppc64el] (artful-proposed/universe) [0.14.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: scram [s390x] (artful-proposed/universe) [0.14.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: cpath-clojure [amd64] (artful-proposed/universe) [0.1.2-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: crypto-random-clojure [amd64] (artful-proposed/universe) [1.2.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: erlang-asciideck [arm64] (artful-proposed/universe) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: erlang-asciideck [i386] (artful-proposed/universe) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: crypto-equality-clojure [amd64] (artful-proposed/universe) [1.0.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: erlang-asciideck [armhf] (artful-proposed/universe) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: erlang-asciideck [amd64] (artful-proposed/universe) [0.0+git20170714.48cbfe8b-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: clj-tuple-clojure [amd64] (artful-proposed/universe) [0.2.2-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: fast-zip-clojure [amd64] (artful-proposed/universe) [0.5.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: maven-reporting-api [amd64] (artful-proposed/universe) [3.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: instaparse-clojure [amd64] (artful-proposed/universe) [1.4.7-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: tss2 [amd64] (artful-proposed/universe) [1045-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: clj-yaml-clojure [amd64] (artful-proposed/universe) [0.4.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: scram [i386] (artful-proposed/universe) [0.14.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: tss2 [s390x] (artful-proposed/universe) [1045-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: maven-reporting-exec [amd64] (artful-proposed/universe) [1.3-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: tss2 [i386] (artful-proposed/universe) [1045-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: raynes-fs-clojure [amd64] (artful-proposed/universe) [1.4.6-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: tss2 [armhf] (artful-proposed/universe) [1045-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: riddley-clojure [amd64] (artful-proposed/universe) [0.1.14-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: hiccup-clojure [amd64] (artful-proposed/universe) [1.0.5-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: scram [arm64] (artful-proposed/universe) [0.14.0-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: tss2 [arm64] (artful-proposed/universe) [1045-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: scram [armhf] (artful-proposed/universe) [0.14.0-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: scram [amd64] (artful-proposed/universe) [0.14.0-1] (no packageset)