[00:02] <acheronuk> tsimonq2: looks like maybe now britney has wrongly tried against most over a few releases, and there are none left running and not ignored. however, this was discussed we me and slangasek and I think Laney on here before, who both said britney should be triggering
[00:02] <tsimonq2> ok
[00:03] <acheronuk> tsimonq2: I'm too tired to grep logs, but the discussions are somewhere in those for this channel
[00:04] <acheronuk> *both said britney should NOT be triggering
[00:17] <acheronuk> tsimonq2: 2017-07-01:[20:01] <slangasek> acheronuk: hint added; however, it is unclear to me why this kdepim-addons/s390x test was triggered, given that kdepim-addons produces no binaries on s390x, so that's probably a bug.  (I did have a hint for kdepim-addons/s390x in place already, and then I dropped it once things migrated
[00:17] <acheronuk> tsimonq2: shoudl not have looked so hard. kdepim-addons is an example. LOL
[00:18] <tsimonq2> acheronuk: hah
[00:19] <acheronuk> tsimonq2: spuriously triggers on those on itsekf: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kdepim-addons
[00:19] <acheronuk> but NOT on most other packages it triggers against
[00:19] <acheronuk> as said, some britney oddness
[00:20]  * acheronuk is tired as his typing is going haywire
[00:20] <acheronuk> more haywire than usual, anyway
[00:42] <slangasek> tsimonq2: upload to cherry-pick those test fixes is definitely preferred, please
[00:42] <tsimonq2> slangasek: Alright.
[00:43] <slangasek> if you told me that having to fix it was going to set back the migration by days and risk entangling with other transitions, I might make an exception; but all other things being equal it's always better to keep a green baseline
[00:44] <acheronuk> tsimonq2: go for it then
[00:45] <tsimonq2> Ok
[00:45] <acheronuk> tsimonq2 is going for kubuntu-dev, so needs the practice :P
[00:45]  * acheronuk hides
[00:51] <RAOF> bdmurray: Are you doing a late shift? :)
[01:00] <tsimonq2> RAOF: Hey! Around at all to talk about the Lubuntu SRUs?
[01:00] <RAOF> tsimonq2: Yes!
[01:02] <tsimonq2> RAOF: So what happened here is that I thought that the latest lubuntu-meta was accepted adding a dep on pavucontrol *before* everything was published
[01:02] <tsimonq2> RAOF: Turns out it wasn't
[01:02] <tsimonq2> RAOF: I thought I hadn't made the upload at all, so I made another upload
[01:02] <tsimonq2> RAOF: But the upload with the new bug number got rejected in favor for this one that was never accepted
[01:03] <tsimonq2> RAOF: tl;dr some way or another we need a new lubuntu-meta in -updates adding pulseaudio because at this point it's regression-update tagged
[01:04] <tsimonq2> s/pulseaudio/pavucontrol/
[01:05] <RAOF> It would have been clearer to file a second bug for the update regression. :)
[01:05] <RAOF> But, now that we're here…
[01:05] <tsimonq2> There *was* one
[01:05] <tsimonq2> That upload got rejected in favor of this one
[01:06] <tsimonq2> https://bugs.launchpad.net/ubuntu/xenial/+source/lubuntu-meta/+bug/1685598
[01:06] <RAOF> Urgh.
[01:06] <tsimonq2> My thought exactly.
[01:06] <RAOF> (With a side order of: why didn't the acceptance of 0.65.3 get noted on the bug?)
[01:07] <tsimonq2> This has been a bug caused by Firefox completely removing ALSA support that's been a thing since *August*. Please oh please can we just get this over with already? :)
[01:07] <RAOF> Ok, so: has 0.65.3 been tested? It's been accepted into -proposed.
[01:07] <tsimonq2> Yes.
[01:07] <tsimonq2> It's been tested.
[01:07] <tsimonq2> I tested it on a fresh install as soon as it was accepted.
[01:08] <RAOF> Sold! To the man in the silly hat.
[01:08] <tsimonq2> Thanks a bunch!
[01:09] <RAOF> In general, feel free to ping me on my SRU day 😸
[01:11] <tsimonq2> Alright, thanks.
[01:15] <tsimonq2> RAOF: Could I get that childsplay SRU processed please?
[01:15] <tsimonq2> (I plan on using as future reference for new packagers, that's why this 3 year old bug finally gets a patch :P)
[01:19]  * RAOF looks
[01:27] <wxl> something's funky with d-i it seems? https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1736309
[01:34] <RAOF> An SRU to trusty ?!
[01:34] <tsimonq2> RAOF: Yes. :P
[01:36] -queuebot:#ubuntu-release- Unapproved: accepted childsplay [source] (trusty-proposed) [1.6-1ubuntu0.1]
[01:40] <tsimonq2> RAOF: Thanks.
[02:25] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset)
[03:18] -queuebot:#ubuntu-release- New binary: rustc [amd64] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset)
[04:02]  * tsimonq2 gets a bit retry-happy now that kdepim-addons is uploaded
[04:05] <tsimonq2> All done pressing the retry button. :P
[04:05] <tsimonq2> Hopefully things migrate now.
[04:44] <slangasek> doko: so, libcdio; API-breaking, about half of the revdeps ftbfs?
[06:41] <doko> slangasek: looking at that today ...
[06:57] <slangasek> doko: ok. I've just uploaded vcdimager, which may also fix xine-lib-1.2 and vlc
[07:02] <acheronuk> tsimonq2: did you have a chance to try those PIM test fixes?
[07:13] <acheronuk> slangasek: can kdepim-addons (add ppc64el to existing hint), akonadi-calendar, and libkf5eventviews be ignored on ppc64el/s390x as mentioned earlier in the miidle of me and tsimonq2 talking?
[07:14] <acheronuk> or apw if you are about this early ^^^
[07:15] <slangasek> acheronuk: I don't see an existing hint for kdepim-addons, and kdepim-addons/ppc64el is "always-failed" so doesn't need a hint.  Did you mean kdepim-addons/s390x, or something else?
[07:17] <acheronuk> slangasek: yes, I meant add s390x. sorry. got it the wrong way around
[07:19] <slangasek> acheronuk: added
[07:19] <acheronuk> appreciated. thanks
[07:21] <acheronuk> slangasek: damn kdepim-runtime/4:17.08.3-0ubuntu1 is the same and needs one as well. sorry. did you or anyone ever work out why these are being triggered initially when there are no binaries?
[07:23] <acheronuk> or just kdepim-runtime generally for ppc64el/s390, as looks like tsimonq2 has not uploaded the fix for the other architectures yet :/
[07:26] <acheronuk> I really wish KDE would stop coding stuff to require QtWebEngine. Grr.
[07:31]  * doko discards his vcdimager changes ...
[07:39] -queuebot:#ubuntu-release- New binary: dipy [s390x] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[07:39] -queuebot:#ubuntu-release- New binary: dipy [ppc64el] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[07:42] -queuebot:#ubuntu-release- New binary: dipy [amd64] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[07:51] <doko> did something change with openGL on arm64 recently?
[07:54] -queuebot:#ubuntu-release- New binary: rustc [armhf] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset)
[07:58] -queuebot:#ubuntu-release- New binary: dipy [i386] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[08:13] -queuebot:#ubuntu-release- New binary: dipy [arm64] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[08:21] -queuebot:#ubuntu-release- New binary: rustc [arm64] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset)
[08:22] <doko> chrisccoulson: not accepting rustc, ftbfs on i386
[08:23] -queuebot:#ubuntu-release- New binary: dipy [armhf] (bionic-proposed/universe) [0.13.0-2] (no packageset)
[08:28] <LocutusOfBorg> doko, yes, e.g. qtbase and gl stuff changed IIRC
[08:28] <LocutusOfBorg> tsimonq2, ^^^
[08:29] <LocutusOfBorg> but I don't remember how :)
[08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (xenial-proposed) [4.13.0-19.22~16.04.1]
[08:31] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-103.126]
[08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.10.0-42.46~16.04.1]
[08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (artful-proposed) [4.13.0-19.22]
[08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-137.186]
[08:32] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-103.126~14.04.1]
[08:32] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (zesty-proposed) [4.10.0-42.46]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [amd64] (bionic-proposed) [0.13.0-2]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [armhf] (bionic-proposed) [0.13.0-2]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [ppc64el] (bionic-proposed) [0.13.0-2]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [arm64] (bionic-proposed) [0.13.0-2]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [s390x] (bionic-proposed) [0.13.0-2]
[08:40] -queuebot:#ubuntu-release- New: accepted dipy [i386] (bionic-proposed) [0.13.0-2]
[09:01] <cpaelzer> LocutusOfBorg: you were on the last merge of curl - I think I'd poke on the next one as I need it for some work on nghttp2 anyway
[09:01] <cpaelzer> LocutusOfBorg: I added myself in mom, is it ok if I grab that one?
[09:01] <cpaelzer> LocutusOfBorg: also any known-hurdles from your last merge?
[09:29] <LocutusOfBorg> cpaelzer, please steal, but please make it migrate before merging
[09:30] <LocutusOfBorg> because of $security updates
[09:30] <LocutusOfBorg> this is why I didn't merge it yet
[09:33] <cpaelzer> hmm - checking where it doesn't migrate ...
[09:37] <cpaelzer> hmm - I love earning extra tasks :-)
[09:37] <cpaelzer> will take a look - thanks for the info LocutusOfBorg
[09:38] <cpaelzer> I can concurrently test the new thing from ppas
[09:38] <cpaelzer> LocutusOfBorg: would you be willing to review the merge once done - should be a trivial one as it looks right now ?
[09:40] <cpaelzer> mdeslaur: if you have further info why this might fail to migrate let us know
[09:40] <cpaelzer> mdeslaur: all CVEs would be included in the latest merge
[09:46]  * cjwatson fixes ubuntu.bionic/STRUCTURE in response to several overnight image build failures
[10:53] <chrisccoulson> doko, a rebuild will probably "fix" that. There's an issue where rustc crashes randomly on the builders but not locally
[11:01] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.24 => 2.408.25] (desktop-core)
[11:10] <cpaelzer> LocutusOfBorg: I got to look at curl since I'm about to pull nghttp2 into main
[11:11] <cpaelzer> LocutusOfBorg: but I saw that the new merge would bump libcurl-gnutls 4.4 -> 4.5 - I'd not want to fuse that with the nghttp2 enablement
[11:11] <cpaelzer> LocutusOfBorg: so I will try to get the current one to migrate and then for now just do the enablement
[11:11] <cpaelzer> leaving the actual merge open for now
[11:17] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [s390x] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [ppc64el] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[11:23] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [amd64] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[11:29] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [i386] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[11:32] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [armhf] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[11:33] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (xenial-proposed/universe) [4.13.0-1010.11] (kernel)
[11:53] -queuebot:#ubuntu-release- New binary: cairo-dock-plug-ins [arm64] (bionic-proposed/universe) [3.4.1-2] (no packageset)
[12:07] <mdeslaur> cpaelzer, LocutusOfBorg: looks like an unrelated test failure in casync
[12:07] <mdeslaur> cpaelzer, LocutusOfBorg: it can get manually promoted I guess
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [amd64] (bionic-proposed) [3.4.1-2]
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [armhf] (bionic-proposed) [3.4.1-2]
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [ppc64el] (bionic-proposed) [3.4.1-2]
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [arm64] (bionic-proposed) [3.4.1-2]
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [s390x] (bionic-proposed) [3.4.1-2]
[12:08] -queuebot:#ubuntu-release- New: accepted cairo-dock-plug-ins [i386] (bionic-proposed) [3.4.1-2]
[12:09] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (xenial-proposed) [4.13.0-1010.11]
[12:23] <cpaelzer> mdeslaur: I came to the same conclusion
[12:23] <cpaelzer> mdeslaur: test history also looks that way failing/not-failing for no apparent reason
[12:23] <cpaelzer> I wanted to run on a s390x system manually to be sure before asking to promote thou
[12:24] <cpaelzer> which is WIP atm
[12:24] <mdeslaur> cpaelzer: I didn't ask to get it migrated because last time I looked there were still running tests
[12:24] <cpaelzer> mdeslaur: I fixed the last remaining regression
[12:24] <cpaelzer> mdeslaur: just hours ago
[12:24] <mdeslaur> cool
[12:24] <cpaelzer> now only casync is left
[12:24] <cpaelzer> once I'm confident engouh (by manual test) I'll ask for the promotion
[12:25] <cpaelzer> the other one was a flaky network-manager test
[12:26] <mdeslaur> can someone migrate samba too? the remaining test is unrelated also.
[12:26] <cpaelzer> so no big magic involved in fixing that
[12:27] <cpaelzer> mdeslaur: the remaining samba fail looks like no ipv4 was available
[12:27] <cpaelzer> mdeslaur: do our testbeds have (sometimes) only ipv6 recently?
[12:29] <mdeslaur> I don't know, I don't think so
[12:31] <cpaelzer> but I agree - the history of it looks like the issue you face was thre before the samba change http://autopkgtest.ubuntu.com/packages/gvfs/bionic/ppc64el
[12:37] -queuebot:#ubuntu-release- Unapproved: accepted pythonqt [source] (xenial-proposed) [3.0-1ubuntu1.16.04.2]
[12:38] <cpaelzer> ok casync really works well outside the testbed on LP - http://paste.ubuntu.com/26124829/
[12:38] <cpaelzer> Therby I'd ask the release team to promote curl curl/7.55.1-1ubuntu3 in bionic-proposed
[12:40] <cpaelzer> I also see history on this test is on most arches already ignored failure
[12:40] <cpaelzer> I'd almost assume this got a blocker now that s390x uses VMs
[12:41] <cpaelzer> ok it really is marked as that, just not on s390x yet
[12:42] -queuebot:#ubuntu-release- Unapproved: accepted lime-forensics [source] (xenial-proposed) [1.7.2-1ubuntu1]
[12:42] <cpaelzer> so might I ask to add s390x to the list that is currently masked at http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/view/head:/vorlon#L89
[12:42] <cpaelzer> slangasek: infinity: apw: ^^ ?
[12:43] <apw> cpaelzer, what is the reasoning behind that
[12:44] <LocutusOfBorg> apw, I retried against the release version, regressed in release
[12:44] <LocutusOfBorg> probably due to the lxc changes in s390x containers
[12:44] <cpaelzer> exactly
[12:45] <cpaelzer> slangasek: already masked it for those reasons on all other arches that woudl run it before
[12:45] <cpaelzer> that is the link above to hints
[12:45] <cpaelzer> and I ran it on s390x in a container, it runs just fine outside of the LP-autotest infrastructure
[12:45] <cpaelzer> so it is a) false positive and b) no real regression
[12:46] <cpaelzer> and c) masked for the same reasons on other arches
[12:46] <cpaelzer> at least that is how read the breadcrumbs I found - there is the chance that slangasek might remember more from his changes like http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/2473
[12:47] <cpaelzer> http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/2570
[12:47] <cpaelzer> ...
[12:52] <cpaelzer> it works in a loop on my s390x box
[12:52] <cpaelzer> but test history says arch isn't even important as it fails the same way everywhere
[12:53] <cpaelzer> running in autopkgtest on x86 now in case I could find something to fix, but I don't see anything actionable yet
[12:54] <LocutusOfBorg> slangasek, cdio->vlc is "fixed" I think
[12:55] <LocutusOfBorg> I see upstream removed that plugin because deprecated, so I removed it and reuploaded
[13:12] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.14.0-11.13]
[13:22] <doko> LocutusOfBorg: still ftbfs
[14:13] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (xenial-proposed) [0.122ubuntu8.10]
[14:14] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (trusty-proposed) [0.103ubuntu4.10]
[14:16] <cpaelzer> apw: LocutusOfBorg: actually I think I have a real fix for this casync test issue
[14:16] <cpaelzer> apw: you didn't override it yet did you?
[14:17] <apw> cpaelzer, not yet indeed
[14:17] <cpaelzer> ok, then I'll try to solve it the right way
[14:17] <LocutusOfBorg> doko, I know, working on it, the first failure is fixed, the upnp one is tricky
[14:44] -queuebot:#ubuntu-release- New binary: rustc [i386] (bionic-proposed/universe) [1.22.1+dfsg1+llvm-0ubuntu2] (no packageset)
[14:48] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2]
[14:48] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2]
[14:48] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2]
[14:48] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2]
[14:48] -queuebot:#ubuntu-release- New: accepted rustc [i386] (bionic-proposed) [1.22.1+dfsg1+llvm-0ubuntu2]
[15:01] <chrisccoulson> doko, heh, a rebuild of rust fixed it: https://launchpad.net/ubuntu/+source/rustc/1.22.1+dfsg1+llvm-0ubuntu2/+build/13820599
[15:02] <chrisccoulson> not sure what to do about this - it's a regular issue and one that I can't reproduce locally. It can take multiple attempts to get a successful build
[15:05] <cyphermox> could someone please review grub2 amd64 in the bionic NEW queue? it needs manual review for EFI signing.
[15:09] <apw> cyphermox, another one so soon ... and it is in the Unapproved queue
[15:10] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (bionic-proposed) [2.02-2ubuntu2]
[15:20] <cyphermox> sorry, indeed unapproved queue
[15:20] <cyphermox> what do you mean another one so soon?
[15:20] <cyphermox> apw: ^
[15:21] <cyphermox> also, thanks :)
[15:54] <apw> cyphermox, there was one on there this mornign
[15:54] <apw> i thought
[16:00] <cyphermox> ah
[16:04] <slangasek> LocutusOfBorg: hmm, there was no need to diverge from Debian to disable the vcdimager plugin when I had just fixed vcdimager
[16:24] <LocutusOfBorg> mmm thanks, not sure how I missed that
[16:24] <LocutusOfBorg> reverting that part
[16:24] <LocutusOfBorg> slangasek, can I force sync it?
[16:26] <slangasek> cpaelzer: casync/s390x hint added
[16:26] <slangasek> cpaelzer: but a real fix is welcome and not exclusive
[16:27] <LocutusOfBorg> I mean, can I force sync vcdimager?
[16:28] <LocutusOfBorg> doko, uploaded it (with a previous wrong changelog entry, but nevermind :) )
[16:28] <slangasek> LocutusOfBorg: you don't need my permission to
[16:28] <slangasek> you just need to be correct ;)
[16:28] <LocutusOfBorg> lovely :) thanks
[16:29] <cpaelzer> slangasek: actually the real fix is in b-proposed
[16:29] <cpaelzer> slangasek: if it tests fine can I ping you to remove the hints then?
[16:29] <LocutusOfBorg> anyhow, that plugin will go away in the next vlc release, so my "removal" wasn't entirely wrong... :) but yeah, fixing vcdimager is really better
[16:29] <slangasek> cpaelzer: you shouldn't spend your time to ping me to remove the hints
[16:30] <cpaelzer> but just remove them?
[16:30] <slangasek> cpaelzer: since the hints are tied to package version, they are no-ops for all new tests once the new casync is in bionic
[16:30] <cpaelzer> oh well the hint is evrsioned isn't it - it might work as is
[16:30] <cpaelzer> ack, we mean the same
[16:30] <cpaelzer> ok, great, thanks slangasek
[16:31] <slangasek> cpaelzer: furthermore, unless you re-trigger all the failed casync tests currently showing on update_excuses, the hint remains relevant until those packages migrate
[16:31] <cpaelzer> ok
[17:09] -queuebot:#ubuntu-release- New binary: wolfssl [ppc64el] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:10] -queuebot:#ubuntu-release- New binary: wolfssl [s390x] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: wolfssl [amd64] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: wolfssl [arm64] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: wolfssl [i386] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: wolfssl [armhf] (bionic-proposed/universe) [3.12.2+dfsg-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [amd64] (bionic-proposed) [3.12.2+dfsg-1]
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [armhf] (bionic-proposed) [3.12.2+dfsg-1]
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [ppc64el] (bionic-proposed) [3.12.2+dfsg-1]
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [arm64] (bionic-proposed) [3.12.2+dfsg-1]
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [s390x] (bionic-proposed) [3.12.2+dfsg-1]
[17:35] -queuebot:#ubuntu-release- New: accepted wolfssl [i386] (bionic-proposed) [3.12.2+dfsg-1]
[17:36] <acheronuk> has anyone an idea why this may occur on arm?
[17:36] <acheronuk> The following packages have unmet dependencies:
[17:36] <acheronuk>  libkf5notifications5 : Depends: phonon4qt5 but it is not going to be installed
[17:37] <acheronuk> but "apt-get install apt-get install libkf5notifications5 phonon4qt5" works
[17:38] <acheronuk> - one 'apt-get install' there :/
[17:44] <apw> acheronuk, got a log please ?
[17:45] <acheronuk> apw: I was investigating this: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/13824579
[17:45] <acheronuk> which didn't tell me much, so fired up an armhf chroot to try to see why
[17:47] <apw> what happens if you try and install phonon4qt4 on its own
[17:47] <apw> s/qt4/qt5/
[17:47] <cjwatson> you can just use chdist for that kind of thing - you don't need a full chroot
[17:47] <apw> some kind of unexperessed need to upgrade both together perhaps
[17:48] <acheronuk> apw: apt seems happy to do that
[17:48] <cjwatson> and it's usually a good idea to try "apt-get build-dep <source package name>", otherwise you won't detect the case of something else in the build-deps declaring Breaks on something in phonon4qt5's deps
[17:48] <cjwatson> (for example)
[17:48] <cjwatson> i.e. "apt-get install libkf5notifications5 phonon4qt5" is definitely not a sufficient test in all cases
[17:49] <cjwatson> it could also be something that's been resolved by a newer publisher run, of course
[17:50] <apw> acheronuk, on armhfyes ?
[17:51] <acheronuk> apw: armhf and arm64, but not on any other architectures
[17:52]  * acheronuk wonders what will happen just building against release?
[17:52] <acheronuk> i.e. not with proposed
[17:58] <acheronuk> apw: seems to be installing build deps ok in a ppa where proposed has been turned off. hmmmmm....
[17:58] <acheronuk> I wonder if there is some new Qt changes messing with arm*
[18:02] <infinity> Curious.
[18:02] <infinity> Asking for just libkf5notifications5 fails with the above error, asking for both works.
[18:02] <infinity> Thanks, apt.
[18:06] <infinity> And it's because of vlc-plugin-base, I think.
[18:06] <infinity> So, should clear up when that's published for arm*
[18:07] <infinity> Maybe.
[18:07] <infinity> acheronuk: ^
[18:07] <acheronuk> infinity: thanks for that detective work. I'll wait until that is done then :)
[18:07] <LocutusOfBorg> cpaelzer, please make nghttp2 in main and then I can followup with the two uploads if you want
[18:08] <LocutusOfBorg> I already did the merge in a ppa
[18:08] <LocutusOfBorg> (I agree about an upload with just http2 enabled and then a new one with the merge)
[19:00] <slangasek> tjaalton: do you have any insights into what the latest dogtag-pki autopkgtest failures mean? I'm not really buying that adduser broke this.  http://autopkgtest.ubuntu.com/packages/d/dogtag-pki/bionic/amd64
[19:28] -queuebot:#ubuntu-release- Unapproved: dpkg (trusty-proposed/main) [1.17.5ubuntu5.7 => 1.17.5ubuntu5.8] (core)
[19:55] -queuebot:#ubuntu-release- Unapproved: gnome-user-docs (artful-proposed/main) [3.26.1-0ubuntu1 => 3.26.2.1-0ubuntu0.1] (personal-gunnarhj, ubuntu-desktop)
[21:03] <sergiusens> slangasek hello there; question, do you think you would allow me to SRU a new version of patchelf into 16.04?
[21:24] <tjaalton> slangasek: i'll look into it on friday, I'm off until then
[21:24] <tjaalton> thanks for the notice
[21:51] <slangasek> sergiusens: my standard answer to an SRU question at that level of detail is "maybe"
[21:51] <slangasek> tjaalton: cheers
[22:00] <sergiusens> slangasek fair enough
[23:10] -queuebot:#ubuntu-release- New binary: go-dep [amd64] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: go-dep [ppc64el] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: go-dep [armhf] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: go-dep [s390x] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: go-dep [arm64] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: willow [amd64] (bionic-proposed/universe) [1.1-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: go-dep [i386] (bionic-proposed/none) [0.3.2-2] (no packageset)
[23:55] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (trusty-proposed) [3.12.0-2ubuntu1.2]
[23:56] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (xenial-proposed) [4.3.0-1ubuntu3.16.04.3]
[23:56] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (zesty-proposed) [4.9.0-1ubuntu1.1]
[23:57] -queuebot:#ubuntu-release- Unapproved: accepted iproute2 [source] (artful-proposed) [4.9.0-1ubuntu2.1]