[00:19] <slangasek> trying: perl
[00:19] <slangasek> skipped: perl (50, 176, 3)
[00:19] <slangasek>     got: 19+0: a-4:a-3:a-3:i-3:p-3:s-3
[00:19] <slangasek>     * amd64: libencode-perl
[00:19] <slangasek> stab
[00:21] <tsimonq2> (hah, and I was joking!)
[00:22] <slangasek> a minor delay, just needs britney stabbing
[01:07] -queuebot:#ubuntu-release- New binary: nanopass-framework-scheme [amd64] (bionic-proposed/universe) [1.9+git20160429.g1f7e80b-1build1] (no packageset)
[01:12] -queuebot:#ubuntu-release- Unapproved: accepted resolvconf [source] (xenial-proposed) [1.78ubuntu6]
[01:13] -queuebot:#ubuntu-release- Unapproved: accepted resolvconf [source] (trusty-proposed) [1.69ubuntu1.4]
[01:26] <slangasek> there we are, perl is in
[01:51] <cjwatson> libsodium too, good good
=== s8321414_ is now known as s8321414
[03:58] <wgrant> slangasek: What's the ARM scalingstack trouble you were seeing?
[04:57] -queuebot:#ubuntu-release- New: accepted budgie-artwork [amd64] (bionic-proposed) [0.9.0]
[04:57] -queuebot:#ubuntu-release- New: accepted budgie-extras [amd64] (bionic-proposed) [0.4.1-0ubuntu1]
[04:58] -queuebot:#ubuntu-release- New: accepted libplacebo [amd64] (bionic-proposed) [0.3.0-2]
[04:58] -queuebot:#ubuntu-release- New: accepted libplacebo [armhf] (bionic-proposed) [0.3.0-2]
[04:58] -queuebot:#ubuntu-release- New: accepted libplacebo [ppc64el] (bionic-proposed) [0.3.0-2]
[04:58] -queuebot:#ubuntu-release- New: accepted nanopass-framework-scheme [amd64] (bionic-proposed) [1.9+git20160429.g1f7e80b-1build1]
[04:58] -queuebot:#ubuntu-release- New: accepted streamtuner2 [amd64] (bionic-proposed) [2.2.0+dfsg-1]
[04:58] -queuebot:#ubuntu-release- New: accepted libplacebo [arm64] (bionic-proposed) [0.3.0-2]
[04:58] -queuebot:#ubuntu-release- New: accepted libplacebo [s390x] (bionic-proposed) [0.3.0-2]
[04:59] -queuebot:#ubuntu-release- New: accepted libplacebo [i386] (bionic-proposed) [0.3.0-2]
[04:59] -queuebot:#ubuntu-release- New: accepted node-buf-compare [amd64] (bionic-proposed) [1.0.1-2]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [amd64] (bionic-proposed) [2018.01.29-1]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [armhf] (bionic-proposed) [2018.01.29-1]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [ppc64el] (bionic-proposed) [2018.01.29-1]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [arm64] (bionic-proposed) [2018.01.29-1]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [s390x] (bionic-proposed) [2018.01.29-1]
[04:59] -queuebot:#ubuntu-release- New: accepted liblivemedia [i386] (bionic-proposed) [2018.01.29-1]
[06:12] <slangasek> wgrant: arm64 runners are not keeping up with other archs, where they were previously.  I haven't had a chance to dig into it, and we don't exactly have good metrics to show if this is API slowness vs failed attempts vs the arch just having longer-running jobs currently at the top of the queue (which might be the case currently, looks like we're into the KDE packages)
[06:44] <cpaelzer> infinity: (or anyone else who can take the time and ahs the powers) - ping on status of src:ipxe-qemu-256k-compat in new queue?
[06:44] <cpaelzer> it blocks qemu (obviously) and that in turn starts to collect a trail of things blocked by qemu in turn
[09:53] -queuebot:#ubuntu-release- New binary: bitseq [s390x] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[09:54] -queuebot:#ubuntu-release- New binary: bitseq [amd64] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[09:54] -queuebot:#ubuntu-release- New binary: bitseq [ppc64el] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[09:55] -queuebot:#ubuntu-release- New binary: bitseq [i386] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: bitseq [arm64] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: bitseq [armhf] (bionic-proposed/universe) [0.7.5+dfsg-3ubuntu1] (no packageset)
[10:09] <acheronuk> hi, if any archive admins are able to, could this be looked at please? https://bugs.launchpad.net/ubuntu/+source/kdevplatform/+bug/1746959
[10:09] <ubot5> Ubuntu bug 1746959 in kdevplatform (Ubuntu Bionic) "Please remove kdevplatform from bionic" [Undecided,New]
[10:09] <acheronuk> thanks :0
[10:10] <acheronuk> ummm :)
[10:26] <LocutusOfBorg> gdbm transition in some minutes
[10:26] <LocutusOfBorg> maybe better wait for ruby
[10:27] <acheronuk> LocutusOfBorg: some vlc stuff uninstallable in tests? that is ruby?
[10:27] <LocutusOfBorg> who knows? probably
[10:27] <LocutusOfBorg> even perl/gdbm needs rebuilds, but I don't know if I can entangle it (probably I should, because it is already entangled with ruby
[10:29] <acheronuk> gah. maybe I should just hide for the weekend, and just build nice things in ppas for artful backports!
[10:33] <LocutusOfBorg> xnox, can I do a ubuntu-core-meta no change rebuild against new gdbm=
[10:33] <LocutusOfBorg> ?
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [amd64] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [armhf] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [ppc64el] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [arm64] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [s390x] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:44] -queuebot:#ubuntu-release- New: accepted bitseq [i386] (bionic-proposed) [0.7.5+dfsg-3ubuntu1]
[10:56] <LocutusOfBorg> xnox, can I upload this? https://launchpadlibrarian.net/355519874/buildlog_ubuntu-bionic-amd64.ubuntu-core-meta_0.6.18_BUILDING.txt.gz
[11:00] <infinity> Is it not generated from seeds, like every other meta?
[11:01] <infinity> It sure is.
[11:01] <infinity> LocutusOfBorg: What are you proposing uploading? :P
[11:02]  * infinity does the update sanely.
[11:02] <doko> LocutusOfBorg: where are perl & ruby entangled?
[11:02] <acheronuk> infinity: hi. are you able to do that kdevplaform removal? if not, no worries, I'll catch someone else later
[11:05] <infinity> acheronuk: Looking.
[11:07] <infinity> acheronuk: Looks sane to me.
[11:07] <LocutusOfBorg> doko, perl and ruby -> gdbm
[11:07] <LocutusOfBorg> problem is no-change ruby rebuild fails
[11:07] <LocutusOfBorg> (due to tzdata or whatever
[11:08] <LocutusOfBorg> sorry infinity I was trying to copypaste the debdiff, not the log -.-'
[11:09] <LocutusOfBorg> https://launchpadlibrarian.net/355519854/ubuntu-core-meta_0.6.17_0.6.18.diff.gz
[11:09] <LocutusOfBorg> sed s/libgdbm3/libgdbm5/g
[11:09] <infinity> LocutusOfBorg: Yeah, like I said, I'm doing the update correctly.
[11:09] <LocutusOfBorg> thanks :) I didn't upload because I remember I have to prod people for that
[11:10] <LocutusOfBorg> and moreover I'm not sure if we can start gdbm rebuilds or not
[11:11] <infinity> LocutusOfBorg: Updating a meta by directly updating its data files is always wrong.
[11:12] <ahasenack> infinity: hi, good morning/afternoon, not sure if you saw my ping the day before yesterday about my isc-dhcp testing with new bind9 9.11
[11:12] <ahasenack> I had the day off yesterday
[11:12] <LocutusOfBorg> sure, you have to regenerate them, but since I don't (want to) know, I prefer people doing that, I don't want to mess with your pet seeds :p
[11:12] <infinity> ahasenack: I saw, and uploaded a rebuild.
[11:12] <ahasenack> infinity: oh, thanks a bunch
[11:12] <infinity> ahasenack: It's just stuck on some autopkgtests sucking.
[11:12] <ahasenack> systemd, hm
[11:13] <infinity> LocutusOfBorg: Okay, let me put it differently, if the meta and the seeds are desynced, you did something wrong.
[11:13] <infinity> LocutusOfBorg: So, "can I upload this hack" was the wrong question.
[11:14] <LocutusOfBorg> oh I got it now, for sure I did use the wrong words :)
[11:14] <LocutusOfBorg> I usually don't touch native packages for no-change rebuilds, the golden rule should apply :)
[11:14] <LocutusOfBorg> I'm afraid we will need a no change perl rebuild :/
[11:16] <infinity> How is that a problem?
[11:17] <acheronuk> infinity: thanks for removing :)
[11:17] <apw> presumably because it kills adt for a year
[11:17] <infinity> It's not actually that bad.
[11:18] <infinity> It's lots of tests, but they're mostly tiny.
[11:18] <infinity> glibc is much worse.
[11:18] <LocutusOfBorg> it is the worse package I usually touch :p
[11:18] <infinity> And people keep uploading that when I prefer to wait. :P
[11:19] <LocutusOfBorg> one day Laney will come to my home and knock the door :p
[11:19] <infinity> apw: Speaking of britney things, we should migrate your kernel.
[11:19] <LocutusOfBorg> now that I have some release team folks, since 16.04 is completely virtualbox broken
[11:19] <LocutusOfBorg> and vbox 5.2 in xenial is a no-go, is it possible to request an update from 5.0 to 5.1?
[11:20] <LocutusOfBorg> spectre foo messed completely up the virtualization, and we don't have a fix for 5.0, and I receive 10-15 emails everyday of people complaining
[11:20] <LocutusOfBorg> (new kernel in hwe is incompatible with vboxdrv from 5.0 too)
[11:20] <LocutusOfBorg> 5.2 can't build because of qtbase oldness
[11:20] <LocutusOfBorg> 5.1 has been released some days ago, is the best/only candidate
[11:37] -queuebot:#ubuntu-release- Unapproved: uvp-monitor (trusty-proposed/universe) [2.2.0.316-0ubuntu1~14.04.1 => 2.2.0.316-0ubuntu1~14.04.2] (no packageset)
[11:44] -queuebot:#ubuntu-release- Unapproved: rejected uvp-monitor [source] (trusty-proposed) [2.2.0.316-0ubuntu1~14.04.2]
[11:45] -queuebot:#ubuntu-release- Unapproved: uvp-monitor (trusty-proposed/universe) [2.2.0.316-0ubuntu1~14.04.1 => 2.2.0.316-0ubuntu1~14.04.2] (no packageset)
[12:50] -queuebot:#ubuntu-release- Unapproved: accepted uvp-monitor [source] (trusty-proposed) [2.2.0.316-0ubuntu1~14.04.2]
[14:13] <doko> LocutusOfBorg: no, they are not. the very same versions are already in the release pocket
[14:16] <LocutusOfBorg> doko, context sorry?
[14:17] <doko> "<LocutusOfBorg> doko, perl and ruby -> gdbm"
[14:17] <LocutusOfBorg> we still have to issue the rebuilds
[14:20]  * LocutusOfBorg goes ahead and triggers them
[14:22] <doko> LocutusOfBorg: and ruby2.3 has gdbm test failures too
[14:22] <LocutusOfBorg> yes we know
[14:22] <LocutusOfBorg> but 2.3 should die with the current ruby transition AFAIK
[14:23] <LocutusOfBorg> in case it is blocked, I'll try to fix the failures, should be relatively easy according to the git log
[14:23] -queuebot:#ubuntu-release- Unapproved: update-manager (artful-proposed/main) [1:17.10.12 => 1:17.10.13] (core)
[14:23] <LocutusOfBorg> nacc, stealing freeradius
[14:24] -queuebot:#ubuntu-release- Unapproved: update-manager (xenial-proposed/main) [1:16.04.10 => 1:16.04.11] (core)
[14:25] -queuebot:#ubuntu-release- Unapproved: update-manager (trusty-proposed/main) [1:0.196.24 => 1:0.196.25] (core)
[14:50] <doko> LocutusOfBorg: thanks so many times for the perl rebuild
[14:59] <LocutusOfBorg> I waited 4 months to do gdbm transition, there is no good time to rebuild perl, never
[14:59] <LocutusOfBorg> (we discussed this some lines above)
[14:59] <LocutusOfBorg> and we need to get rid to the old gdbm3 on next chroot generation, so sooner is better, otherwise we will have a lot of autopkgtest failures due to the mix
[16:07] <nacc> LocutusOfBorg: ok
[16:27] <LocutusOfBorg> nacc, this was for gdbm transition, feel free to steal it again lol :)
[16:28] <LocutusOfBorg> any AA, can you please remove/kick to proposed gnu-smalltalk? Updating gnu-smalltalk introduces new bugs: #868545, #871077. <-- needs a sourceful upload anyway, out from buster
[16:28] <ubot5> bug 871077 in Odoo Addons (MOVED TO GITHUB) "[TRUNK] With multi_currency enviroment in vouchers, wrong lines on voucher" [Medium,Invalid] https://launchpad.net/bugs/871077
[16:28] <ubot5> bug 868545 in flashplugin-nonfree (Ubuntu Oneiric) "[UPDATE] Adobe flash 11 is out" [Undecided,Fix released] https://launchpad.net/bugs/868545
[16:28] <nacc> LocutusOfBorg: heh, i'm pretty well buried in PHP :)
[16:35] <infinity> LocutusOfBorg: Or, fix the build, with the patches in said bug.
[16:37] <infinity> LocutusOfBorg: Testing patches here.
[16:38]  * LocutusOfBorg tries
[16:38] <LocutusOfBorg> oh thanks!
[16:38] <LocutusOfBorg> can you please NMU to debian too?
[16:38] <infinity> They already removed it from testing.  I'm sure the maintainer will fix it if he cares.
[16:38] <LocutusOfBorg> I already fixed avahi, and I'll play the ruby mess probably
[16:38] <infinity> Or Adrian will.
[16:38] <LocutusOfBorg> ok I'll do it then
[16:39] <LocutusOfBorg> I don't want another delta
[16:44] <LocutusOfBorg> configure: error: Synchronization primitives not found, please use a newer compiler.
[16:46] <infinity> LocutusOfBorg: As Adrian explains, that's just the compiler erroring out because of how it was called.
[16:46] <LocutusOfBorg> I was doing pbuilder to the unpatched version, it has been a long week :/
[16:49] <infinity> LocutusOfBorg: Welp, fixed version uploaded to Ubuntu, if you just want to steal that. :P
[16:50] <LocutusOfBorg> already done, I was just using the wrong one to test loool
[16:50] <infinity> LocutusOfBorg: The other reason I'm not doing the Debian NMU is that I don't feel the urge to fix the OTHER RC bug (overlapping files in dbgsym packages).
[16:51] <infinity> And I couldn't care less about that bug in Ubuntu (well, not enough to deem it RC).
[16:51] <LocutusOfBorg> I don't care too, but honestly, having it buildable is nice to remove the old cruft, even if one RC is still there
[17:52] <elopio> hey Laney, the github retry autopkgtest script is failing to verify a certificate: https://paste.ubuntu.com/26506845/
[17:52] <elopio> do you know anything about this?
[17:52] <tsimonq2> slangasek: Was there any ever progress about arm64 running slowly?
[17:53] <slangasek> tsimonq2: currently my educated guess is that arm64 is slower to churn through the queue because there are currently a bunch of long-running tests at the front of the queue (kde)
[17:53] <acheronuk> elopio: I was getting with the archive tools retry script:  WARNING: cannot verify autopkgtest.ubuntu.com's certificate, issued by ‘CN=DigiCert SHA2 Secure Server CA,O=DigiCert Inc,C=US’
[17:54] <tsimonq2> slangasek: thanks for reminding me I need to look into making that not be a thimg
[17:54] <tsimonq2> s/thimg/thing/
[17:54]  * tsimonq2 puts on todolist
[17:55] <elopio> acheronuk: not just me then :)
[17:57] <acheronuk> elopio: looks like certificate started with a new one on '1 February 2018', so scripts don't recognise it's validity
[18:00] <tsimonq2> slangasek: So it's the KDE stuff that was uploaded at least a week ago? wtf, how did it take that long to get to it?
[18:01] <slangasek> tsimonq2: because nothing at all was being processed until we had security updates for arm64
[18:01] <tsimonq2> slangasek: How long ago was that?
[18:01] <slangasek> tsimonq2: whenever scrollback says it happened :)
[18:03] <tsimonq2> slangasek: It's been more than a few days, right?
[18:03] <slangasek> yes
[18:03] <slangasek> and there's been much more than a few days backlog
[18:05] -queuebot:#ubuntu-release- Unapproved: apparmor (trusty-proposed/main) [2.10.95-0ubuntu2.6~14.04.2 => 2.10.95-0ubuntu2.6~14.04.3] (core)
[18:06] <slashd> sil2100, ^ fyi
[18:06] <tsimonq2> Right so I guess my question is, was arm64 enabled last or is it just slow?
[18:06] <tsimonq2> slangasek: ^
[18:07] <slangasek> it is slower than ppc64el and s390x
[18:07] <slangasek> there were also some infrastructure issues last weekend that were affecting one arch or another
[18:07] -queuebot:#ubuntu-release- New binary: node-acorn-object-spread [amd64] (bionic-proposed/universe) [3.1.0-2] (no packageset)
[18:08] <tsimonq2> ok
[18:10] <slangasek> note that s390x has also not zeroed its queue in the last week, it just gets less attention for this fact because it's 3-4k smaller than the arm64 queue
[18:18] <infinity> arm64 is also at half capacity right now.
[18:18] <infinity> slangasek: ^
[18:19] <slangasek> not to my understanding
[18:19] <infinity> slangasek: Unless that was fixed in the last few hours, it's still true.
[18:19] <slangasek> there's a rolling migration of compute, which I'm looped in on wrt autopkgtest
[18:19] <infinity> slangasek: bos01 was being redeployed, and the compute wasn't moved to bos02.
[18:19] <infinity> slangasek: Unless it was moved very recently.
[18:20] <infinity> slangasek: So, maybe more appropriately, it was running at below full capacity, and may still be? :P
[18:20] <slangasek> infinity: bos01 hasn't been redeployed yet, the compute is being moved first
[18:20] <slangasek> yes, we're at less than full capacity
[18:21] <slangasek> however, that doesn't appear to be preventing autopkgtest from using its quota
[18:21] <infinity> Fair enough.
[18:54] -queuebot:#ubuntu-release- Unapproved: accepted apparmor [source] (trusty-proposed) [2.10.95-0ubuntu2.6~14.04.3]
[19:28] <slangasek> W: ipxe-qemu-256k-compat source: missing-field-in-dep5-copyright copyright (paragraph at line 5)
[19:28] <slangasek> I: ipxe-qemu-256k-compat source: wildcard-matches-nothing-in-dep5-copyright src/drivers/net/e1000/* (paragraph at line 8)
[19:29] <slangasek> I: ipxe-qemu-256k-compat source: wildcard-matches-nothing-in-dep5-copyright src/drivers/net/e1000e/* (paragraph at line 8)
[19:29] <slangasek> I: ipxe-qemu-256k-compat source: wildcard-matches-nothing-in-dep5-copyright src/drivers/net/igb/* (paragraph at line 8)
[19:29] <slangasek> I: ipxe-qemu-256k-compat source: wildcard-matches-nothing-in-dep5-copyright ... use --no-tag-display-limit to see all (or pipe to a file/program)
[19:29] <slangasek> cpaelzer: ^^
[19:29] <slangasek> cpaelzer: debian/copyright is definitely going to need cleanup
[19:47] <tsimonq2> infinity, slangasek: Is there a process I can follow to request that some custom cdimage CSS be applied for Lubuntu in the same way Kubuntu does?
[19:47] <tsimonq2> I know there's a part on the tooling
[19:50] <slangasek> tsimonq2: give us a file to install as http://releases.ubuntu.com/include/lubuntu.css , and a patch against lp:ubuntu-cdimage to use it
[19:58] -queuebot:#ubuntu-release- New: accepted ipxe-qemu-256k-compat [source] (bionic-proposed) [1.0.0+git-20150424.a25a16d-0ubuntu1]
[20:00] <tsimonq2> slangasek: ok, my artwork guy put it under a Git repo, it's available at lp:~lubuntu-art/+git/cdimage-css
[20:03] -queuebot:#ubuntu-release- New binary: ipxe-qemu-256k-compat [amd64] (bionic-proposed/universe) [1.0.0+git-20150424.a25a16d-0ubuntu1] (no packageset)
[20:07] <slangasek> tsimonq2: I don't think it's a good idea for the CSS to reference images from another site that's separately administered; I think we should do something like the kubuntu-img directory as seen in kubuntu.css
[20:09] <slangasek> gdbm ugh
[20:11] <tsimonq2> slangasek: I'll ask him to put the file in the Git repo if that's OK? (Maybe the whole repo can be deployed.)
[20:11] <slangasek> tsimonq2: the css file itself will also need modified
[20:11] <slangasek> for relative urls instead
[20:11] <tsimonq2> slangasek: OK
[20:19] <tsimonq2> slangasek: better?
[20:23] <slangasek> tsimonq2: yes; I think unlike kubuntu we should deploy this only to cdimage.ubuntu.com (since lubuntu itself has never been on releases).  Are you happy with http://cdimage.ubuntu.com/include/lubuntu as a path for this repo?
[20:23] <tsimonq2> slangasek: Works for me.
[20:25] <tsimonq2> slangasek: Let's say we want to make CSS changes down the road. Can it be set up (using cron or whatever) to pull any changes, or would you prefer to do that manually?
[20:27] <slangasek> tsimonq2: we would not automate the rollout (we don't for any of the rest of it), but it would just be a ping to the cdimage team to have it updated
[20:27] <tsimonq2> slangasek: ok, awesome
[20:45] <tsimonq2> slangasek: MP proposed for when it's deployed
[20:52] <slangasek> tsimonq2: syntax tuning suggestion on mp
[20:59] <tsimonq2> slangasek: done
[21:05] <slangasek> tsimonq2: so run-tests passed for you? you didn't get linting errors about over-long lines in test_tree.py?
[21:07] <slangasek> tsimonq2: (fixed and pushed)
[21:07] <tsimonq2> slangasek: to be fair I only checked the first iteration
[21:07] <tsimonq2> slangasek: but thanks
[21:08] <slangasek> tsimonq2: the over-long lines were in the test cases, which didn't change AFAIK
[21:08] <slangasek> tsimonq2: and manually running a lubuntu build now
[21:08] <tsimonq2> slangasek: hm ok
[21:10] <tsimonq2> slangasek: alright, is this something you'll be able to deploy on all of Lubuntu's file indexes (for lack of a better term) or just anything from here on out?
[21:10] <tsimonq2> (consistency is nice :) )
[21:10] <slangasek> tsimonq2: for manual changes to existing indices, please file a bug against ubuntu-cdimage
[21:10] -queuebot:#ubuntu-release- Unapproved: horizon (artful-proposed/main) [3:12.0.1-0ubuntu1 => 3:12.0.2-0ubuntu1] (openstack, ubuntu-server)
[21:11] <tsimonq2> slangasek: ack, thanks
[21:18] <tsimonq2> slangasek: https://bugs.launchpad.net/ubuntu-cdimage/+bug/1747083
[21:18] <ubot5> Ubuntu bug 1747083 in Ubuntu CD Images "Lubuntu's cdimage indexes should be updated with new CSS" [Undecided,New]
[21:18] <tsimonq2> (indexes or indices?)
[21:22] <tsimonq2> (aha, indices)
[21:23] -queuebot:#ubuntu-release- Unapproved: cloud-init (artful-proposed/main) [17.1-46-g7acc9e68-0ubuntu1~17.10.1 => 17.2-30-gf7deaf15-0ubuntu1~17.10.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[21:33] <tsimonq2> slangasek: Also, why is http://cdimage.ubuntu.com/lubuntu/artful/ still present?
[21:34] <slangasek> tsimonq2: because those are the daily builds that became 17.10.1, they don't automatically get cleaned up
[21:35] -queuebot:#ubuntu-release- Unapproved: cloud-init (xenial-proposed/main) [17.1-46-g7acc9e68-0ubuntu1~16.04.1 => 17.2-30-gf7deaf15-0ubuntu1~16.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[21:35] <tsimonq2> slangasek: ah ok
[21:38] -queuebot:#ubuntu-release- New: accepted ipxe-qemu-256k-compat [amd64] (bionic-proposed) [1.0.0+git-20150424.a25a16d-0ubuntu1]
[21:38] <nacc> cpaelzer: --^
[21:39] <slangasek> tsimonq2: looks like the lubuntu daily test build failed
[21:39] <slangasek> looks like it's a bind9 package priority issue, lessee
[21:39] <slangasek> ah, NBS
[21:40] <slangasek> anyway, removing etc
[21:41] <nacc> slangasek: hrm, i woder about the autodep8 dep8 failure (i'm just trawllig while i wait for rebuilds to go through). Timeout o armhf with dpkg-buildpackage. Would something like that be possibly transient?
[21:43] <slangasek> nacc: what package are you talking about?
[21:43] <LocutusOfBorg> infinity, is it possible to do a debhelper merge please? apr-utils is failing because of it
[21:43] <slangasek> nacc: http://autopkgtest.ubuntu.com/packages/a/autodep8/bionic/armhf shows an 'error' that should be retried, is that what you mean?
[21:44] <slangasek> and somebody actually beat me to the NBS
[21:45] <nacc> slangasek: i did mean src:autodep8 and i see a 'fail' only on armhf in excuses
[21:45] <slangasek> nacc: yes, clicking through shows it's an error that should be retried
[21:46] <nacc> slangasek: right, just confirming; did you already retrigger?
[21:46] <slangasek> I did not
[21:46] <slangasek> and I have not checked if someone else did
[21:46] <nacc> slangasek: also, is there a good way for me to entangel the phpunit packages that are all in proposed? they all need to migrate together and probably all need to be tested together
[21:46] <nacc> slangasek: ok
[21:46] <nacc> slangasek: i'll check the queus
[21:47] <slangasek> tested together> you can set them all as triggers when retrying through request.cgi
[21:47] <nacc> slangasek: http://autopkgtest.ubuntu.com/packages/a/autodep8/bionic/armhf looks good there
[21:48] <nacc> slangasek: yeah, i guess that's easiest (i'll need to iterate all sources and all the combinations of which srcpkg i care about, right?)
[21:48] <slangasek> nacc: by checking if someone retriggered, I meant checking if there's a pending request currently in the queue at http://autopkgtest.ubuntu.com/running
[21:48] <slangasek> (since we still don't consolidate duplicate requests)
[21:48] <nacc> slangasek: ah ok
[22:03]  * tsimonq2 wonders if duplication prevention could be easily implementrd
[22:06] <slangasek> tsimonq2: not "easily" because of the nature of rabbitmq
[22:19] <tsimonq2> slangasek: (I have not looked at the code at all but...) it has to add to the queue, why can't it read the queue?
[22:22] <slangasek> tsimonq2: it can. it's just not as "easy" as if you had dedupe on insert
[22:22] <slangasek> it's absolutely possible
[22:23] <tsimonq2> slangasek: think I'd be duping work if I gave it a go?
[22:24] <slangasek> tsimonq2: LP: #1686929, have at it
[22:24] <ubot5> Launchpad bug 1686929 in Auto Package Testing "Duplicate tests can be queued" [Undecided,New] https://launchpad.net/bugs/1686929
[22:24] <tsimonq2> slangasek: thanks
[22:55] <nacc> doko: fyi, down to only 8 packages to transitionn for 7.2 now (although there is some serious breakage from phpunit i'll need to patch in na few places, i thinkn)
[23:11] -queuebot:#ubuntu-release- New binary: chezscheme [i386] (bionic-proposed/universe) [9.5+dfsg-2] (no packageset)
[23:47] <slangasek> tsimonq2: http://cdimage.ubuntu.com/lubuntu/daily-live/current/ ?
[23:48] <tsimonq2> slangasek: yes :D
[23:54] <doko> nacc: ta, appreciated. however we now have the mess about everything entangled with everything