[00:12] -queuebot:#ubuntu-release- New binary: rocksdb [ppc64el] (bionic-proposed/universe) [5.8-2] (no packageset)
[00:29] -queuebot:#ubuntu-release- New binary: biomaj3 [amd64] (bionic-proposed/universe) [3.1.3-1] (no packageset)
[00:31] -queuebot:#ubuntu-release- New: accepted biomaj3 [amd64] (bionic-proposed) [3.1.3-1]
[01:20] -queuebot:#ubuntu-release- New binary: rocksdb [amd64] (bionic-proposed/universe) [5.8-2] (no packageset)
[02:49] -queuebot:#ubuntu-release- New binary: rocksdb [arm64] (bionic-proposed/universe) [5.8-2] (no packageset)
[03:28] -queuebot:#ubuntu-release- New binary: biomaj3-daemon [amd64] (bionic-proposed/universe) [3.0.12-1] (no packageset)
[04:43] <slangasek> infinity, Laney: do you have any idea why courier 0.78.0-2 migrated into bionic when it caused courier-filter-perl's autopkgtests to regress (because courier-mta is broken)?
[04:44] <slangasek> infinity, Laney: ah, worse than that, it made it into artful broken
[04:45] <slangasek> and doesn't seem to have ever been hinted
[05:02] <infinity> slangasek: A very good question that I don't know the answer to.
[05:09] <infinity> slangasek: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses/artful/2017-09-18/12:23:56.html.gz
[05:09] <infinity> slangasek: courier-filter-perl wasn't in the release pocket when courier migrated.
[05:10] -queuebot:#ubuntu-release- New binary: avro-c [ppc64el] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:10] -queuebot:#ubuntu-release- New binary: avro-c [s390x] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:10] <infinity> slangasek: https://launchpad.net/ubuntu/+source/courier-filter-perl/+publishinghistory
[05:10] <infinity> slangasek: doko demoted to proposed but didn't make any effort to block it, so it migrated right back.
[05:11] -queuebot:#ubuntu-release- New binary: avro-c [arm64] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: benchmark [ppc64el] (bionic-proposed/none) [1.3.0-1] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: avro-c [armhf] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: benchmark [arm64] (bionic-proposed/none) [1.3.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: dtkwm [arm64] (bionic-proposed/none) [2.0.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: benchmark [armhf] (bionic-proposed/none) [1.3.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: dtkwm [s390x] (bionic-proposed/none) [2.0.0-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: dtkwm [armhf] (bionic-proposed/none) [2.0.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: avro-c [amd64] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: benchmark [amd64] (bionic-proposed/none) [1.3.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: dtkwm [amd64] (bionic-proposed/none) [2.0.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: pystaticconfiguration [amd64] (bionic-proposed/none) [0.10.3-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: avro-c [i386] (bionic-proposed/none) [1.8.2-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: dtkwm [i386] (bionic-proposed/none) [2.0.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: benchmark [i386] (bionic-proposed/none) [1.3.0-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: python-aws-requests-auth [amd64] (bionic-proposed/none) [0.4.1-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: python-stomp [amd64] (bionic-proposed/none) [4.1.19-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: python-jira [amd64] (bionic-proposed/none) [1.0.10-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: aioprocessing [amd64] (bionic-proposed/none) [1.0.0-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: python-exotel [amd64] (bionic-proposed/none) [0.1.5-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: pybitcointools [amd64] (bionic-proposed/none) [1.1.42-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: python-twilio [amd64] (bionic-proposed/none) [6.8.2-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: sasmodels [amd64] (bionic-proposed/none) [0.97~git20171104-1] (no packageset)
[05:46] <slangasek> infinity: right, I was wondering if that might've been the case but didn't make it there yet. ok.
[05:46] <slangasek> doko: do you remember demoting courier-filter-perl to -proposed in September to unblock courier, and do you remember why you did it?  Because LP: #1732071
[06:23] <slangasek> why are the automatic autopkgtests so terrible? :P  Testsuite: autopkgtest-pkg-perl, implemented by Package: pkg-perl-autopkgtest.  Brilliant.
[07:02] <slangasek> LocutusOfBorg: libpoe-component-client-dns-perl autopkgtest failures suggest a regression in perl 5.26.1-2ubuntu1 related to SIGUNUSED
[07:10] <slangasek> likewise, libtest-valgrind-perl/1.19-1/ppc64el looks like a real regression
[07:43] <LocutusOfBorg> slangasek, yes, confirmed, but I can't understand why it fails, I checked and SIGUNUSED seems to be still there
[07:43] <LocutusOfBorg> do you have any clue?
[08:27] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-101.124]
[08:28] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-101.124~14.04.1]
[08:29] -queuebot:#ubuntu-release- New: accepted haskell-tasty-golden [i386] (trusty-proposed) [2.2.0.2-1]
[08:29] -queuebot:#ubuntu-release- New: accepted ppc64-diag [ppc64el] (trusty-proposed) [2.7.4-1~14.04]
[08:29] -queuebot:#ubuntu-release- New: accepted ppc64-diag [powerpc] (trusty-proposed) [2.7.4-1~14.04]
[08:30] -queuebot:#ubuntu-release- New: accepted aioprocessing [amd64] (bionic-proposed) [1.0.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted avro-c [i386] (bionic-proposed) [1.8.2-1]
[08:30] -queuebot:#ubuntu-release- New: accepted benchmark [i386] (bionic-proposed) [1.3.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted dtkwm [i386] (bionic-proposed) [2.0.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted pystaticconfiguration [amd64] (bionic-proposed) [0.10.3-1]
[08:30] -queuebot:#ubuntu-release- New: accepted python-exotel [amd64] (bionic-proposed) [0.1.5-1]
[08:30] -queuebot:#ubuntu-release- New: accepted python-stomp [amd64] (bionic-proposed) [4.1.19-1]
[08:30] -queuebot:#ubuntu-release- New: accepted sasmodels [amd64] (bionic-proposed) [0.97~git20171104-1]
[08:30] -queuebot:#ubuntu-release- New: accepted avro-c [amd64] (bionic-proposed) [1.8.2-1]
[08:30] -queuebot:#ubuntu-release- New: accepted dtkwm [amd64] (bionic-proposed) [2.0.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted python-aws-requests-auth [amd64] (bionic-proposed) [0.4.1-1]
[08:30] -queuebot:#ubuntu-release- New: accepted python-twilio [amd64] (bionic-proposed) [6.8.2-1]
[08:30] -queuebot:#ubuntu-release- New: accepted benchmark [amd64] (bionic-proposed) [1.3.0-1]
[08:30] -queuebot:#ubuntu-release- New: accepted python-jira [amd64] (bionic-proposed) [1.0.10-1]
[08:30] -queuebot:#ubuntu-release- New: accepted pybitcointools [amd64] (bionic-proposed) [1.1.42-1]
[08:30] -queuebot:#ubuntu-release- New: accepted avro-c [arm64] (bionic-proposed) [1.8.2-1]
[08:30] -queuebot:#ubuntu-release- New: accepted avro-c [ppc64el] (bionic-proposed) [1.8.2-1]
[08:31] -queuebot:#ubuntu-release- New: accepted benchmark [arm64] (bionic-proposed) [1.3.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted benchmark [ppc64el] (bionic-proposed) [1.3.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted dtkwm [arm64] (bionic-proposed) [2.0.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted dtkwm [s390x] (bionic-proposed) [2.0.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted pythonqt [amd64] (bionic-proposed) [3.2-4]
[08:31] -queuebot:#ubuntu-release- New: accepted pythonqt [i386] (bionic-proposed) [3.2-4]
[08:31] -queuebot:#ubuntu-release- New: accepted pythonqt [s390x] (bionic-proposed) [3.2-4]
[08:31] -queuebot:#ubuntu-release- New: accepted rocksdb [arm64] (bionic-proposed) [5.8-2]
[08:31] -queuebot:#ubuntu-release- New: accepted avro-c [armhf] (bionic-proposed) [1.8.2-1]
[08:31] -queuebot:#ubuntu-release- New: accepted benchmark [armhf] (bionic-proposed) [1.3.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted dtkwm [armhf] (bionic-proposed) [2.0.0-1]
[08:31] -queuebot:#ubuntu-release- New: accepted pythonqt [arm64] (bionic-proposed) [3.2-4]
[08:31] -queuebot:#ubuntu-release- New: accepted rocksdb [amd64] (bionic-proposed) [5.8-2]
[08:31] -queuebot:#ubuntu-release- New: accepted avro-c [s390x] (bionic-proposed) [1.8.2-1]
[08:31] -queuebot:#ubuntu-release- New: accepted mpgrafic [s390x] (bionic-proposed) [0.3.15-1]
[08:31] -queuebot:#ubuntu-release- New: accepted rocksdb [ppc64el] (bionic-proposed) [5.8-2]
[08:31] -queuebot:#ubuntu-release- New: accepted biomaj3-daemon [amd64] (bionic-proposed) [3.0.12-1]
[08:31] -queuebot:#ubuntu-release- New: accepted pythonqt [ppc64el] (bionic-proposed) [3.2-4]
[09:47] -queuebot:#ubuntu-release- New sync: rdma-core (bionic-proposed/primary) [15-1]
[09:56] -queuebot:#ubuntu-release- New binary: python-subunit2sql [amd64] (bionic-proposed/universe) [1.8.0-3ubuntu1] (no packageset)
[10:05] <jamespage> any AA's around who could accept python-subunit2sql NEW binaries? unblocks some dep-waits I need for OpenSTack queens milestone 1 updates
[10:08] <apw> jamespage, looking
[10:08] <jamespage> apw: its a fix for the build failure ontop of the debian sync
[10:10] <ginggs> would someone please remove bagel-data on armhf and i386? it's an obsolete arch:all package
[10:11] -queuebot:#ubuntu-release- New: accepted python-subunit2sql [amd64] (bionic-proposed) [1.8.0-3ubuntu1]
[10:12] <LocutusOfBorg> jamespage, is murano include in some openstack packages? can you please look at fixing its autopkgtestsuite? such openstack packages are holding a lot of packages
[10:12] <jamespage> LocutusOfBorg: it is - I thought coreycb did some fixes for that directly yesterday
[10:12]  * jamespage looks
[10:13] <jamespage> yeah 1:4.0.0-0ubuntu2
[10:14]  * LocutusOfBorg retries them
[10:14] <jamespage> that sounds sensible
[10:14] <LocutusOfBorg> thanks!
[10:16] <Laney> I'm reducing the parallelism on the armhf workers
[10:16] <Laney> hopefully this will alleviate the ENOSPC failures
[10:18] <LocutusOfBorg> will you also retry failures? I can't find a good way to do it
[10:18] <Laney> sure
[10:18] <LocutusOfBorg> :)
[10:20] <LocutusOfBorg> folks, sphinx is not migrating because of mailman-core failing its test on amd64
[10:21] <LocutusOfBorg> since the new mailman3-core is even worse in its autopkgtestsuite, and obviously broken... can we please ignore the results for some while, until Debian makes at least it installable again?
[10:21] <doko> ugh, who accepted the incomplete binary builds ...
[10:21] <apw> doko, which ones ?
[10:22] <LocutusOfBorg> Creating config file /etc/dbconfig-common/mailman3-core.conf with new version
[10:22] <LocutusOfBorg> chown: invalid user: ‘postgres’
[10:22] <LocutusOfBorg> unable to connect to postgresql server.
[10:22] <LocutusOfBorg> error encountered creating user:
[10:22] <LocutusOfBorg> No passwd entry for user 'postgres'
[10:22] <LocutusOfBorg> apw, I think pythonqt
[10:22] <doko> pythonqt, mpgrafic
[10:22] -queuebot:#ubuntu-release- New: accepted rdma-core [sync] (bionic-proposed) [15-1]
[10:22] <LocutusOfBorg> pythonqt is some misalignment on armhf?
[10:23] <apw> doko, likely that was me, when i was processing debian new
[10:24] -queuebot:#ubuntu-release- New binary: rdma-core [s390x] (bionic-proposed/none) [15-1] (no packageset)
[10:25] -queuebot:#ubuntu-release- New binary: rdma-core [i386] (bionic-proposed/none) [15-1] (no packageset)
[10:25] -queuebot:#ubuntu-release- New binary: rdma-core [ppc64el] (bionic-proposed/none) [15-1] (no packageset)
[10:27] <doko> apw: please fix the pythonqt build on armhf then ... ;p it's blocking our big transition now ...
[10:27] -queuebot:#ubuntu-release- New binary: rdma-core [amd64] (bionic-proposed/none) [15-1] (no packageset)
[10:27] -queuebot:#ubuntu-release- New binary: rdma-core [arm64] (bionic-proposed/none) [15-1] (no packageset)
[10:28] <LocutusOfBorg> doko, what is missing, only pythonqt?
[10:31] <doko> "only", except for some hundred failing autopkg tests
[10:31] <LocutusOfBorg> ack
[10:34] <oSoMoN> sil2100, hey, you mentioned the other day you would review the libreoffice 5.4.2 SRU for artful?
[10:55] <sil2100> oSoMoN: yeah, I can do that, last time I think the problem was that it was FTBFS for bionic or something (IIRC)
[10:56] <sil2100> oSoMoN: is it ok now?
[10:58] <oSoMoN> sil2100, I have a patch for bionic that temporarily disables the failing unit test, but I'm not entirely satisfied with that temporary solution so I'm waiting on upstream for now
[10:58] <oSoMoN> sil2100, but seb128 mentioned to me that the bionic upload shouldn't block the artful SRU
[11:01] -queuebot:#ubuntu-release- New binary: biomaj3-cli [amd64] (bionic-proposed/universe) [3.1.7-1] (no packageset)
[11:10] -queuebot:#ubuntu-release- New: accepted biomaj3-cli [amd64] (bionic-proposed) [3.1.7-1]
[11:10] <sil2100> oSoMoN: let me take a look at it in a moment - so the bionic FTBFS is specific only to bionic? e.g. it's failing due to toolchain changes?
[11:11] <doko> sil2100: yes, the bionic is due to the new ICU
[11:12] <doko> oSoMoN: please upload. we don't want to wait on upstream to unblock all of our entangled transitions
[11:12] <sil2100> Ok, so I guess I can re-review, but I need to have a declaration that the openoffice in bionic gets fixed ASAP
[11:12] <sil2100> (by fixed I mean migrating)
[11:13] <oSoMoN> sil2100, yes, it's due to the transition from ICU 59 to 60
[11:13] <doko> bdrung: rdma-core ftbfs on armhf
[11:13] <oSoMoN> sil2100, so that failure is not affecting artful
[11:28] -queuebot:#ubuntu-release- New binary: elastalert [amd64] (bionic-proposed/universe) [0.1.21-1] (no packageset)
[11:56] <xnox> Laney, it seems that newly added amd64 items in the adt queue, starve old i386 queue items. E.g. in huge amd64 was zero, but now amd64 huge is processed ahead of old i386 huge. I wonder if something clever needs doing like half of the i386/amd64 workers need to take things off i386 queue first. I guess i need to poke the code for this thing, to really figure out what is going on.
[11:56]  * xnox still is waiting for systemd adt test results, but it's only been two days so far, so it's ok.
[11:56] <Laney> xnox: known, tried to fix, didn't work, feel free to look
[11:57] <xnox> Laney, ack. yeah, it smells hard.
[11:57] <xnox> / obscure
[11:57] <Laney> we connect to the queues in a random order
[11:57] <Laney> but it apparently doesn't work like that
[11:57] <apw> i thought we did ... that
[11:57] <Laney> so dunno
[11:58] <xnox> Laney, random.... 4.... chosen by a random dice roll, right? =)
[11:58] <Laney> you can probably set up a rabbitmq locally with multiple queues and replicate this
[11:58] <Laney> heh
[12:13] -queuebot:#ubuntu-release- New binary: python-stestr [amd64] (bionic-proposed/universe) [1.0.0-2] (no packageset)
[12:46] <jamespage> apw: could you do the NEW's for python-stestr as well please?
[12:48] -queuebot:#ubuntu-release- New: accepted python-stestr [amd64] (bionic-proposed) [1.0.0-2]
[12:53] <jamespage> apw: ta
[12:53] <jamespage> (if that was you)
[12:53] <apw> t'was
[13:24] -queuebot:#ubuntu-release- New binary: repmgr [amd64] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:24] -queuebot:#ubuntu-release- New binary: repmgr [ppc64el] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:24] -queuebot:#ubuntu-release- New binary: repmgr [i386] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:24] -queuebot:#ubuntu-release- New binary: repmgr [s390x] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:25] -queuebot:#ubuntu-release- New binary: repmgr [arm64] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:26] -queuebot:#ubuntu-release- New binary: repmgr [armhf] (bionic-proposed/universe) [4.0~beta1-1] (no packageset)
[13:26] -queuebot:#ubuntu-release- New binary: ubuntu-mate-artwork [amd64] (bionic-proposed/universe) [18.04.0] (ubuntu-mate)
[13:30] -queuebot:#ubuntu-release- New: accepted elastalert [amd64] (bionic-proposed) [0.1.21-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [arm64] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [i386] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [s390x] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [amd64] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [ppc64el] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted repmgr [armhf] (bionic-proposed) [4.0~beta1-1]
[13:30] -queuebot:#ubuntu-release- New: accepted ubuntu-mate-artwork [amd64] (bionic-proposed) [18.04.0]
[13:32] <doko> ahh, abi-compliance-checker loaded the queues with kde insanity tests ... I assume the kde guys didn't make any progress with these tests?
[13:32] <doko> tsimonq2: ^^^
[13:33] <LocutusOfBorg> doko, abi-compliance-checker should fix the tests
[13:33] <LocutusOfBorg> I'm triggering them right now
[13:34] <doko> ? no, the kde package still rebuild during the autopkg test
[13:40] <LocutusOfBorg> ok, I got your question now
[13:41] <LocutusOfBorg> anyway, now with abi-compliance-checker fixed the failed testsuites for qtbase transition should become green
[13:44] <tsimonq2> doko: Right, that was our blocker, that fixes things (or should at least)
[13:45] <doko> tsimonq2: so you wil now stop rebuilding the kde packages in the autopkg tests?
[13:45] <LocutusOfBorg> it *fixes* according to at least two of us :)
[13:46] <LocutusOfBorg> doko, "fixes" in mean of "it was regressed", not with mean of "the testsuite now sucks less"
[13:47] <tsimonq2> Right
[13:53] <tsimonq2> doko: This cycle unless Santa decides to come around again (Kubuntu Santa :P) I'll look at seeing wtaf is going on with the KDE autopkgtests
[13:54] <balloons> sil2100, you about?
[13:54] <doko> tsimonq2: ta
[13:56] <sil2100> balloons: hey! Yes
[13:59] <balloons> sil2100, so I was hoping juju 2.2.6-0ubuntu0.16.04.2 could be approved. It has the noproxy update to fix the ADT failure I believe. That's the only change
[14:00] <sil2100> balloons: I'll get to it in a minute then, after I look at OpenOffice
[14:00] <sil2100> s/OpenOffice/LibreOffice
[14:01]  * juliank was already confused for a second :)
[14:02] <balloons> Thanks!
[14:02] <sil2100> There's something wrong with my head today, but that's ok
[14:02] <sil2100> I'll be fine
[14:17] <sil2100> oSoMoN: hey! I looked at the libreoffice SRU and it's good content-wise, but needs to be re-uploaded with the version number changed
[14:18] <sil2100> oSoMoN: for artful you need to either release it as 1:5.4.2-0ubuntu0.17.10.1 or 1:5.4.2-0ubuntu1~17.10.1 or anything similar
[14:19] <sil2100> oSoMoN: it cannot have the same version number as what's in bionic
[14:21] -queuebot:#ubuntu-release- Unapproved: rejected nplan [source] (zesty-proposed) [0.31~17.04.1]
[14:21] -queuebot:#ubuntu-release- Unapproved: rejected nplan [source] (xenial-proposed) [0.31~16.04.1]
[14:22] <sil2100> oSoMoN: I'll reject them for now, you can still fetch them from the Rejected queue if anything
[14:22] <oSoMoN> sil2100, ack, I have my weekly team meeting now, will prepare a new upload right afterwards
[14:22] <oSoMoN> thanks for the review
[14:24] -queuebot:#ubuntu-release- Unapproved: rejected libreoffice-l10n [source] (artful-proposed) [1:5.4.2-0ubuntu1]
[14:24] -queuebot:#ubuntu-release- Unapproved: rejected libreoffice [source] (artful-proposed) [1:5.4.2-0ubuntu1]
[14:24] <xnox> i wish we could steal launchpad's 90 builders for the 3,000 autopkgtest queue
[14:33] <Laney> don't get worked up about it
[14:38] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (zesty-proposed) [2.2.6-0ubuntu0.17.04.2]
[14:39] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (xenial-proposed) [2.2.6-0ubuntu0.16.04.2]
[14:41] <sil2100> balloons: ^
[14:43] <balloons> sil2100,ty. I'll wait for the runs now to confirm
[14:50] <elopio> hey Laney, I enabled the daily execution of autopkgtest on our PPA, based on http://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/view/head:/retry-autopkgtest-regressions
[14:50] <elopio> but I'm wondering, why does it use the cookie instead of oauth?
[14:51] <Laney> elopio: not sure, maybe ask pitti as he wrote that script
[14:51] <Laney> does it work fro you?
[14:55] <LocutusOfBorg> elopio, how to use oauth from bash?
[14:56] <LocutusOfBorg> same way probably, but finding a cookie from the browser and copy-paste it seems faster to do?
[14:57] <Laney> yeah but it would be better if it actually did the requests
[14:58] <elopio> Laney: it works for me.
[14:59] <elopio> LocutusOfBorg: I am doing it on python, but failing to do the oauth. I might be doing something stupid, so doing the same thing with the cookie for now.
[14:59] <Laney> I'm actually not sure how to do the oauth stuff
[15:00] <Laney> if you work it out it'd be cool to port r-a-r to using it imo
[15:02] <elopio> Laney: afaik, it should be as simple as using the ssoclient to login with user and password, and then use the keys and secretos to send a requests_oauth get. But last time I did this was like 4 years ago, and it's obviously not working.
[15:09] <Laney> elopio: ah, sorry it's not trivial for you :-(
[15:26] <LocutusOfBorg> elopio, there is a python-oauth2 library in Ubuntu...
[15:27] <LocutusOfBorg> called python-oauth TBH
[15:28] -queuebot:#ubuntu-release- Unapproved: qemu (zesty-proposed/main) [1:2.8+dfsg-3ubuntu2.7 => 1:2.8+dfsg-3ubuntu2.8] (ubuntu-server, virt)
[15:28] <elopio> Laney: well, with the cookie it's trivial, and working. It just seems I will have to refresh it every month.
[15:29] <elopio> LocutusOfBorg: I'm asking the SSO team, will let you know how that goes
[15:29] <Laney> elopio: indeed
[15:39] -queuebot:#ubuntu-release- Packageset: Added linux-firmware-snapdragon to kernel in artful
[15:39] -queuebot:#ubuntu-release- Packageset: Added linux-firmware-snapdragon to kernel in bionic
[15:39] -queuebot:#ubuntu-release- Packageset: Added linux-firmware-snapdragon to kernel in xenial
[15:39] -queuebot:#ubuntu-release- Packageset: Added linux-firmware-snapdragon to kernel in zesty
[15:40] <elopio> LocutusOfBorg: Laney: so, nessita says it's probably not possible, because SSO supports only OpenID, which needs the cookie.
[15:59] <cjwatson> autopkgtest could be refactored to use macaroons and then it would be possible
[15:59] <cjwatson> but it would take some work on the autopkgtest end, and you'd probably have to support it in parallel with the web flow
[16:17] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (artful-proposed/partner) [1:20171025.1-0ubuntu1 => 1:20171114.1-0ubuntu0.17.10.1] (no packageset)
[16:17] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (zesty-proposed/partner) [1:20171025.1-0ubuntu0.17.04.1 => 1:20171114.1-0ubuntu0.17.04.1] (no packageset)
[16:18] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20171025.1-0ubuntu0.14.04.1 => 1:20171114.1-0ubuntu0.14.04.1] (no packageset)
[16:18] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20171025.1-0ubuntu0.16.04.1 => 1:20171114.1-0ubuntu0.16.04.1] (no packageset)
[16:40] <slangasek> tsimonq2: helping to sort through autopkgtest failures and unblock migrations, instead of merging new versions of e.g. nodejs, would be appreciated
[17:09] -queuebot:#ubuntu-release- New sync: ruby2.5 (bionic-proposed/primary) [2.5.0~preview1-1]
[17:10] -queuebot:#ubuntu-release- New: rejected ruby2.5 [sync] (bionic-proposed) [2.5.0~preview1-1]
[17:12] -queuebot:#ubuntu-release- New binary: earlyoom [ppc64el] (bionic-proposed/none) [0.12-1] (no packageset)
[17:13] -queuebot:#ubuntu-release- New binary: atinject-jsr330 [amd64] (bionic-proposed/universe) [1.0+ds1-4] (no packageset)
[17:13] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [ppc64el] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: libesedb [ppc64el] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:15] -queuebot:#ubuntu-release- New: accepted atinject-jsr330 [amd64] (bionic-proposed) [1.0+ds1-4]
[17:15] -queuebot:#ubuntu-release- New binary: lmdbxx [ppc64el] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: libesedb [i386] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: stenc [ppc64el] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: cc65 [ppc64el] (bionic-proposed/none) [2.16-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: libesedb [amd64] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [ppc64el] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: jose [ppc64el] (bionic-proposed/none) [10-2] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: luksmeta [ppc64el] (bionic-proposed/none) [8-2] (no packageset)
[17:16] <tsimonq2> slangasek: Sure, but are there other transitions besides Qt that was waiting on the abi-compliance-checker uploaded this morning that could use some help?
[17:16]  * tsimonq2 didn't see any
[17:17] -queuebot:#ubuntu-release- New binary: ddgr [amd64] (bionic-proposed/none) [1.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: earlyoom [i386] (bionic-proposed/none) [0.12-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: earlyoom [amd64] (bionic-proposed/none) [0.12-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: flycheck-package [amd64] (bionic-proposed/none) [0.12-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [amd64] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libesedb [s390x] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [i386] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: pulsemixer [amd64] (bionic-proposed/none) [1.3.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: dlmodelbox [amd64] (bionic-proposed/none) [0.1.2-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: patroni [amd64] (bionic-proposed/none) [1.3.4-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ruby-gitlab [amd64] (bionic-proposed/none) [4.2.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ruby-rubocop-rspec [amd64] (bionic-proposed/none) [1.19.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: stenc [amd64] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: luksmeta [i386] (bionic-proposed/none) [8-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: ruby-rsec [amd64] (bionic-proposed/none) [0.4.2-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: stenc [i386] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: php-db-dataobject [amd64] (bionic-proposed/none) [1.11.5-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: simplemde-markdown-editor [amd64] (bionic-proposed/none) [1.11.2+dfsg2-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libthumbor [amd64] (bionic-proposed/none) [1.3.2-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: cc65 [amd64] (bionic-proposed/none) [2.16-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: lmdbxx [amd64] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: luksmeta [amd64] (bionic-proposed/none) [8-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: python-periodictable [amd64] (bionic-proposed/none) [1.5.0-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: cc65 [i386] (bionic-proposed/none) [2.16-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [i386] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: lmdbxx [i386] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: vspline [amd64] (bionic-proposed/none) [0.2.0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [amd64] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: python-bumps [amd64] (bionic-proposed/none) [0.7.6-2] (no packageset)
[17:22] <slangasek> tsimonq2: there are piles of autopkgtest regressions listed on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html that need investigation
[17:22] -queuebot:#ubuntu-release- New binary: jose [amd64] (bionic-proposed/none) [10-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: pynmea2 [amd64] (bionic-proposed/none) [1.9.0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: php-enum [amd64] (bionic-proposed/none) [2.3.1-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: spyder-reports [amd64] (bionic-proposed/none) [0.1.1-1] (no packageset)
[17:23] <tsimonq2> slangasek: Sure, I can take a look when I get home
[17:23] -queuebot:#ubuntu-release- New binary: earlyoom [s390x] (bionic-proposed/none) [0.12-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [s390x] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: lmdbxx [s390x] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: stenc [s390x] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: jose [i386] (bionic-proposed/none) [10-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: luksmeta [s390x] (bionic-proposed/none) [8-2] (no packageset)
[17:27] <slangasek> Laney: er... bos02 is live?  Yes, I was not in the loop that this is the case, the last I heard was that the network needed redone
[17:28] -queuebot:#ubuntu-release- New binary: cc65 [s390x] (bionic-proposed/none) [2.16-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: libesedb [arm64] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: jose [s390x] (bionic-proposed/none) [10-2] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: libesedb [armhf] (bionic-proposed/universe) [20170121-3] (no packageset)
[17:30] <Laney> oops
[17:31] <Laney> well, that's why the arm64 queues drained this millenium
[17:31] <slangasek> makes sense ;)
[17:31] <slangasek> zesty did seem to go faster than xenial had ;)
[17:31] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [s390x] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:32] <slangasek> Laney: anyway, in that case does it make sense to let artful finish, do a baseline run for bionic, and then turn it on for all series?
[17:33] -queuebot:#ubuntu-release- New binary: earlyoom [arm64] (bionic-proposed/none) [0.12-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [arm64] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:33] <slangasek> xnox: ^^ so it seems we're less idle now after all
[17:33] <slangasek> Laney: ah... and does that mean s390x is no longer lxc?
[17:33] -queuebot:#ubuntu-release- New binary: lmdbxx [arm64] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: erlang-p1-eimp [armhf] (bionic-proposed/none) [1.0.0-1] (no packageset)
[17:34] <xnox> slangasek, just because instances work for autopkgtest, it doesn't mean it works for launchpad vbuilders, no? and maybe the network issues wgrant saw, do not affect autopkgtest?
[17:34] -queuebot:#ubuntu-release- New binary: earlyoom [armhf] (bionic-proposed/none) [0.12-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: lmdbxx [armhf] (bionic-proposed/none) [0.9.14.1+git20160228.0b43ca8-1] (no packageset)
[17:34] <xnox> Laney, do you recall any bos02 networking issues; that got fixed; and then you were able to use the instances?
[17:35] <Laney> xnox: umm
[17:35] <slangasek> Laney: it sure looks like the worker config points to s390x in scalingstack, which is awesome - that means we should get the lxc host torn down and put back in the hardware pool, have you started that?
[17:35] <Laney> are you remembering something I told you or something you saw?
[17:36] <Laney> slangasek: not yet, that's on the list
[17:36] -queuebot:#ubuntu-release- New binary: luksmeta [arm64] (bionic-proposed/none) [8-2] (no packageset)
[17:36] -queuebot:#ubuntu-release- New binary: luksmeta [armhf] (bionic-proposed/none) [8-2] (no packageset)
[17:36] -queuebot:#ubuntu-release- New binary: stenc [arm64] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:36] <xnox> slangasek, it would be nice to release this sru https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1730647 and release s390x cloud images with this change.
[17:36] <slangasek> xnox: it was a network performance issue; it is likely that it would have affected autopkgtest instances also
[17:36] -queuebot:#ubuntu-release- New binary: stenc [armhf] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:37] <slangasek> Laney: where does that list live? ;)
[17:37] <xnox> slangasek, as otherwise none of the cloud images can upgrade and reboot into the new kernel.
[17:37] <slangasek> xnox: did you poke the sru vanguard?
[17:37] <xnox> slangasek, nope =)
[17:38] <slangasek> xnox: please start there ;) and I can take a look if they're not available
[17:38] <sil2100> o/
[17:38] <sil2100> I can look at that
[17:38] <xnox> sil2100, thanks! \o/
[17:40] <Laney> slangasek: just my todo list
[17:40] -queuebot:#ubuntu-release- New binary: cc65 [armhf] (bionic-proposed/none) [2.16-1] (no packageset)
[17:40] <Laney> I know dok_o has been asking about lcy01 performance, not aware of anything bos02 specific
[17:40] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [arm64] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:40] <sil2100> xnox: uh oh! One day remaining to the 7-day aging period - what's the priority of this one?
[17:40] -queuebot:#ubuntu-release- New binary: jose [armhf] (bionic-proposed/none) [10-2] (no packageset)
[17:40]  * sil2100 reads the bug
[17:40] <slangasek> Laney: ok, that seems like something we could put on a shared todo list for s390x or such - are there any blockers from your side for me to go ahead and start that reclamation process?
[17:40] -queuebot:#ubuntu-release- New binary: cc65 [arm64] (bionic-proposed/none) [2.16-1] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: jose [arm64] (bionic-proposed/none) [10-2] (no packageset)
[17:41] <Laney> slangasek: it might be nice to have a non huge arm64 queue as they're shared arm64/s390x
[17:41] <sil2100> xnox: ok, seeing that it's just a seed change, let me take care of it
[17:41] <xnox> Laney, huh?! arm64/s390x cannot be shared....
[17:42] <xnox> Laney, or you mean quota wise?
[17:42] <Laney> right
[17:42] <slangasek> ah
[17:42] <Laney> the *workers* are shared
[17:42] <Laney> but if it's important to give those machines back to the pool we can live with that
[17:43] <slangasek> a shared quota for disjoint hardware is clearly crazypants
[17:43] <slangasek> is this fundamental to openstack?
[17:43] <Laney> I guess we could have two tenants or something
[17:43] -queuebot:#ubuntu-release- New binary: ocaml-migrate-parsetree [armhf] (bionic-proposed/none) [1.0.7-1] (no packageset)
[17:44] <slangasek> it's not like we can actually have the s390x scale out when the s390x queue is larger, at the expense of arm64
[17:44] <slangasek> because the underlying hardware pools are not actually that elastic
[17:44]  * xnox ponders how fast can s390x emulated arm64
[17:44] <slangasek> Laney: or what about having two worker pools, each taking half the nova quota?
[17:44] <Laney> we're currently handling our full quota of arm64
[17:45] <Laney> so maybe we could double it and do that?
[17:45] <xnox> since there is more arches; with more hardware; our quota needs bumping, no?
[17:45] <slangasek> this is basically the split I did to point at the arm64 bos01 node - split at the worker unit level
[17:46] <slangasek> Laney: yeah, ISTM that operationally the right thing for scalingstack to do is to give us two tenants
[17:46] <slangasek> is nova currently letting us use our full quota with arm64 because we're the only tenant using it yet?
[17:47] <slangasek> anyway, these use cases are all clearly different from amd64+i386, where you do use a single hardware pool to service both archs
[17:48] <slangasek> so: scalingstack should give us an arm64 and an s390x tenant, with separate quotas, rather than a single tenant with a quota large enough to encompass both archs that we would be abusing if we applied it all to one arch
[17:49] <Laney> I'd ask w_grant what he thinks is best
[17:49] <Laney> I think there's a decent amount of configuration to set up a new tenant
[17:49] <cjwatson> try next week though; he's on holiday
[17:50] <slangasek> (otoh, nova would then need to be able to restrict each tenant by hardware class... if giving us two tenants just means we could still point both tenants at s390x, that's not an improvement)
[17:51] <xnox> we can promise to be nice....
[17:51] <slangasek> well, I'll open an RT in the meantime to start the discussion w/ IS to understand what's feasible
[17:51] <Laney> even with the shared pool arm64+s390x ripped through the backlog much faster than x86
[17:51] <slangasek> sure, for the common case it should be fine
[17:52] <slangasek> but the first time we have an outage taking out some of one class or the other of hardware, the queues will get wonky and take longer than is sane to recover
[17:52] <Laney> cc William on the ticket and he can give input when he's back
[17:53] <slangasek> indeed
[17:53]  * tsimonq2 wonders if a smart autopkgtest queue would be possible so when we have large queues like at the beginning of the cycle, leaf packages can have lower priority *shrug*
[17:54] <slangasek> tsimonq2: it's not as simple as sorting the queue by whether the package is a leaf package, you also want to look at the triggers; and at the moment the queue is entirely fifo so there would be significant work to change that
[17:55] <Laney> right, and by definition the packages that trigger other tests aren't leaf packages
[17:56] <Laney> and those are the ones that back up the queue really
[17:56] <tsimonq2> Right
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [amd64] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [armhf] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [ppc64el] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted ddgr [amd64] (bionic-proposed) [1.0-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [amd64] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [armhf] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [ppc64el] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [arm64] (bionic-proposed) [1.0.0-1]
[17:56] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [s390x] (bionic-proposed) [1.0.0-1]
[17:56] -queuebot:#ubuntu-release- New source: nototools (bionic-proposed/primary) [0~20170925-0ubuntu1]
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [arm64] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [s390x] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [arm64] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [s390x] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New source: fonts-noto-color-emoji (bionic-proposed/primary) [0~20170913-0ubuntu1]
[17:56] -queuebot:#ubuntu-release- New: accepted cc65 [i386] (bionic-proposed) [2.16-1]
[17:56] -queuebot:#ubuntu-release- New: accepted earlyoom [i386] (bionic-proposed) [0.12-1]
[17:56] -queuebot:#ubuntu-release- New binary: rdma-core [s390x] (bionic-proposed/universe) [15-1] (no packageset)
[17:56] -queuebot:#ubuntu-release- New: accepted dlmodelbox [amd64] (bionic-proposed) [0.1.2-2]
[17:56] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [armhf] (bionic-proposed) [1.0.0-1]
[17:56] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [amd64] (bionic-proposed) [1.0.0-1]
[17:56] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [ppc64el] (bionic-proposed) [1.0.0-1]
[17:56] -queuebot:#ubuntu-release- New: accepted jose [amd64] (bionic-proposed) [10-2]
[17:56] -queuebot:#ubuntu-release- New: accepted jose [armhf] (bionic-proposed) [10-2]
[17:57] -queuebot:#ubuntu-release- New: accepted jose [ppc64el] (bionic-proposed) [10-2]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [amd64] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [armhf] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [ppc64el] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted libthumbor [amd64] (bionic-proposed) [1.3.2-1]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [arm64] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] <tsimonq2> But other things could be factored in too such as if the trigger is in main or universe, seeded or not, etc.
[17:57] -queuebot:#ubuntu-release- New: accepted erlang-p1-eimp [i386] (bionic-proposed) [1.0.0-1]
[17:57] -queuebot:#ubuntu-release- New: accepted jose [arm64] (bionic-proposed) [10-2]
[17:57] -queuebot:#ubuntu-release- New: accepted jose [s390x] (bionic-proposed) [10-2]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [i386] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [amd64] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [i386] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [s390x] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] <tsimonq2> *shrug*
[17:57] -queuebot:#ubuntu-release- New: accepted flycheck-package [amd64] (bionic-proposed) [0.12-1]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [arm64] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [armhf] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [armhf] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted jose [i386] (bionic-proposed) [10-2]
[17:57] -queuebot:#ubuntu-release- New: accepted lmdbxx [ppc64el] (bionic-proposed) [0.9.14.1+git20160228.0b43ca8-1]
[17:57] -queuebot:#ubuntu-release- New: accepted libesedb [s390x] (bionic-proposed) [20170121-3]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [amd64] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [i386] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [s390x] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [arm64] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [i386] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [s390x] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted php-db-dataobject [amd64] (bionic-proposed) [1.11.5-1]
[17:57] -queuebot:#ubuntu-release- New: accepted pulsemixer [amd64] (bionic-proposed) [1.3.0-1]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [arm64] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [amd64] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [ppc64el] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted php-enum [amd64] (bionic-proposed) [2.3.1-1]
[17:57] -queuebot:#ubuntu-release- New: accepted luksmeta [ppc64el] (bionic-proposed) [8-2]
[17:57] -queuebot:#ubuntu-release- New: accepted patroni [amd64] (bionic-proposed) [1.3.4-1]
[17:57] -queuebot:#ubuntu-release- New: accepted ocaml-migrate-parsetree [armhf] (bionic-proposed) [1.0.7-1]
[17:57] -queuebot:#ubuntu-release- New: accepted pynmea2 [amd64] (bionic-proposed) [1.9.0-1]
[17:57] -queuebot:#ubuntu-release- New: accepted python-bumps [amd64] (bionic-proposed) [0.7.6-2]
[17:57] -queuebot:#ubuntu-release- New: accepted ruby-gitlab [amd64] (bionic-proposed) [4.2.0-1]
[17:57] -queuebot:#ubuntu-release- New: accepted ruby-rubocop-rspec [amd64] (bionic-proposed) [1.19.0-1]
[17:57] -queuebot:#ubuntu-release- New: accepted spyder-reports [amd64] (bionic-proposed) [0.1.1-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [arm64] (bionic-proposed) [1.0.7-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [i386] (bionic-proposed) [1.0.7-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [s390x] (bionic-proposed) [1.0.7-1]
[17:58] -queuebot:#ubuntu-release- New: accepted python-periodictable [amd64] (bionic-proposed) [1.5.0-2]
[17:58] -queuebot:#ubuntu-release- New: accepted simplemde-markdown-editor [amd64] (bionic-proposed) [1.11.2+dfsg2-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [armhf] (bionic-proposed) [1.0.7-1]
[17:58] -queuebot:#ubuntu-release- New: accepted ruby-rsec [amd64] (bionic-proposed) [0.4.2-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [ppc64el] (bionic-proposed) [1.0.7-1]
[17:58] -queuebot:#ubuntu-release- New: accepted stenc [amd64] (bionic-proposed) [1.0.7-1]
[17:58] <slangasek> tsimonq2: and then the first time you have an entangled transition involving both libraries in main and libraries in universe, people will be complaining that the autopkgtests for the universe package aren't getting priority :)
[17:58] <Laney> rescoring would be nice, but even that is not possible with the current architecture
[17:58] -queuebot:#ubuntu-release- New: accepted vspline [amd64] (bionic-proposed) [0.2.0-1]
[17:58] <tsimonq2> Oh right
[17:58] <tsimonq2> Laney: That's sort of what I was thinking, something resembling the current Launchpad build queu.
[17:59] <tsimonq2> But slangasek raises a good point
[17:59] <Laney> although
[17:59] <Laney> https://www.rabbitmq.com/priority.html
[18:00] <Laney> it's all pie in the sky as with most feature work on autopkgtest though right now
[18:01] <Laney> it actually *is* possible to set this up at home though if somebody wanted to work on the infrastructure :-)
[18:02] <slangasek> to one standard deviation, any time the queues are not empty, the developers are going to be unhappy.  Which is why I don't consider it a high priority to work on support for smarter juggling of the queue
[18:03] <Laney> I think rescoring would be valuable as a human can look at the queue and identify jobs which would help to progress things out of -proposed
[18:03] <Laney> other than that, probably diminishing returns
[18:03] <slangasek> yeah
[18:04] <slangasek> but automated scoring, less useful than it might seem initially
[18:04] <Laney> on that note, goodnight
[18:10] <slangasek> night!
[19:03] -queuebot:#ubuntu-release- Unapproved: accepted indicator-printers [sync] (artful-proposed) [0.1.7+17.10.20171021-0ubuntu1]
[19:16] <ginggs> would someone please remove bagel-data on armhf and i386? it's an arch:all package no longer built from source
[19:22] <slangasek> Laney: so you mentioned that there were 40 workers for bos02, and I see that's the case, but the branch says 20?
[19:22] <slangasek> ginggs: looking
[19:24] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (xenial-proposed) [2.408.23]
[19:24] <slangasek> ginggs: removed
[19:24] <ginggs> slangasek: ta!
[19:25] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.22 => 2.408.23] (desktop-core)
[19:25] <slangasek> ginggs: (removed on all archs, which briefly increases the uninstallable count but will fix itself in the next britney run <shrug>)
[19:27] <slangasek> Laney: starting the baseline run for arm64/bionic as well, now; there's no reason not to throw these all at the wall in parallel AFAICS
[19:28] <Ukikie> Why was ruby2.5 rejected anywho
[19:28] <Ukikie> ?
[19:30] <slangasek> good question; unfortunately only the AA who rejected it, and the uploader, can say
[19:30] <slangasek> in this case they might be the same person (doko?)
[19:32] <slangasek> not sure why that was a manual sync, either, when it should get autosynced
[19:34] <Ukikie> He was very interested in it, even asked #debian-ruby when it'd make it through NEW.
[19:34] <slangasek> sure.  he's an AA himself, and with the timing I assume he self-rejected
[19:41] -queuebot:#ubuntu-release- Unapproved: accepted klibc [source] (zesty-proposed) [2.0.4-8ubuntu4.1]
[19:48] -queuebot:#ubuntu-release- Unapproved: accepted klibc [source] (xenial-proposed) [2.0.4-8ubuntu1.16.04.4]
[20:00] <LocutusOfBorg> I still think that trying to remove duplicates on autopkgtestsuite infra would already improve it significantly.
[20:01] <LocutusOfBorg> when three people work on the same transition, it is easy to rescore the same retry many times, and with k* tests this becomes a pain easily
[20:01] <LocutusOfBorg> in my opinion this can avoid a lot of useless work on the infra
[20:03] <slangasek> well in the meantime, people should be looking at the queue before retrying.
[20:06] <LocutusOfBorg> this is what we do, but it doesn't scale easily this approach :)
[20:06] <LocutusOfBorg> we sync on telegram before retrying them
[20:06] <LocutusOfBorg> but again, somebody else might want to do it
[20:14] <slangasek> "we sync on telegram" er, wut
[20:19] <slangasek> the place for coordinating around proposed-migration is this irc channel
[20:25] -queuebot:#ubuntu-release- Unapproved: ubuntu-themes (artful-proposed/main) [16.10+17.10.20171012.1-0ubuntu1 => 16.10+17.10.20171113-0ubuntu1] (core) (sync)
[20:48] <elbrus> slangasek: I assume you didn't dive deep in the failing cacti autopkgtest before accepting it today as force-badtest, right?
[20:49] <elbrus> I fixed the autopkgtest, and the latest failure in Debian pointed at a claimed, but not really, fixed CVE
[20:51] <elbrus> not that it matters much, but delta with the version in Ubuntu was less than it appeared and the autopkgtest was showing that
[20:51] <slangasek> elbrus: certainly not a /deep/ dive; I was updating a large number of out-of-date hints for packages that had newer versions in -proposed.  looking at my hint line, it's possible I missed a '/armhf' on cacti however
[20:52] <elbrus> slangasek: ok, ginggs figured that as well
[20:52] <elbrus> good to know
[20:52] <elbrus> well, anyways, the autopkgtest should be fixed again with my latest upload (although I expect /armhf to be currently too slow to test reliably
[20:52] <elbrus> )
[20:53] <elbrus> upload to Debian that is
[20:55] <slangasek> elbrus: this supports my thesis that autopkgtest should always reset the baseline to what's currently in the release pocket, because it eliminates tedious and error-prone hinting
[20:58] <elbrus> slangasek: I am not sure that I follow what you mean
[20:58] <slangasek> elbrus: https://bugs.launchpad.net/britney/+bug/1700668
[21:33] -queuebot:#ubuntu-release- Unapproved: network-manager (xenial-proposed/main) [1.2.6-0ubuntu0.16.04.1 => 1.2.6-0ubuntu0.16.04.2] (kubuntu, ubuntu-desktop)
[22:44] <doko> slangasek, Ukikie: no, I didn't reject it. it failed to build (test failure), same as for ruby2.3
[22:46] <Ukikie> https://ci.debian.net/packages/r/ruby2.3/unstable/amd64/
[22:47] <slangasek> doko: ah; I have no idea who rejected then, though it all works out since the second auto-sync landed fine in the archive
[22:59] -queuebot:#ubuntu-release- Unapproved: snapd-glib (artful-proposed/main) [1.23-0ubuntu1 => 1.24-0ubuntu0.17.10.1] (ubuntu-desktop)
[23:00] -queuebot:#ubuntu-release- Unapproved: gnome-software (artful-proposed/main) [3.26.1-0ubuntu2 => 3.26.1-0ubuntu2.17.10.1] (ubuntu-desktop)
[23:48]  * tsimonq2 tries to fix mailman3-core autopkgtests to make sphinx migrate