[05:13] <Unit193> bryceh: Re: LP 1938957.  I can't really reproduce it well enough to test, first autopkgtest run passed fine, uploaded a git snapshot and the first one failed but a retry fixed it.  So, can you try http://paste.opendev.org/show/ba5gN3U1bYaRVxEFQbGR and see if the results differ?
[07:30] <doko> GunnarHj, I'll have a look. need to find out why the LTO information is kept on arm64
[07:40] <GunnarHj> doko: Ok, good.
[07:57] <schopin> xnox: hi :) regarding openssl 1.1.1k (LP: #1939544) do you plan to look at it?
[08:26] <juliank> schopin: I can sponsor if xnox doesn't want
[08:44] <schopin> juliank: duly noted, I'll take you up on that later today if need be. Thanks!
[10:13] <sem2peie> after i updated my pc to kernel 5.11 (Ubuntu 20.04.2 LTS), the ath10k driver for my QCA9984 card is broken and loads only 3 fimrware versions of 15
[10:13] <sem2peie> >> https://www.mail-archive.com/ath10k@lists.infradead.org/msg13655.html
[10:13] <sem2peie> sforshee: is it possible to apply the patch so that we can load all firmware versions again? (the firmware versions that work are already over 2 years old)
[10:28] <sem2peie> https://lists.infradead.org/pipermail/ath10k/2021-May/012626.html
[10:49] <sil2100> hm, does anyone else see trouble in getting their PPA packages published?
[10:50] <cjwatson> sil2100: There was an outage overnight and the publisher is still catching up
[10:59] <xnox> schopin:  the merge looks sane, but I am busy with other things to sponsor it =) plus don't want to be on the hook to chase migrating it.
[11:00] <xnox> sem2peie:  heya. can you please open a bug report and we will check where that patch is? and if it's not in stable, figure out how to get into our kernels?
[12:22] <schopin> juliank: looks like you get to sponsor the openssl merge, then ;-) (LP: #1939544)
[12:48] <slyon> ddstreet: hey! do you have any pending changes for systemd (impish)? I'm planning an upload early next week to enable the cgroups v2 functionality (after discussing it with snapd and release teams). I already discussed some pending s390x/udev changes with schopin that we will most probably NOT include with this upload.
[14:16] <sil2100> cjwatson: thanks! :)
[15:39] <bdmurray> laney: Earlier you'd said something about fix released bugs and the rls- reports. Is your point that beecause bug 1877524 is fix released that it won't show up on the report?
[16:15] <bdmurray> juliank: Have we talked about https://errors.ubuntu.com/problem/01c0a00316e11efe691e2f03e1c48fd2411b5103?
[16:16] <juliank> bdmurray: no
[16:16] <juliank> bdmurray: needs a reproducer anyway if that's a bug in apt and not a local issue where people chmod files
[16:17] <juliank> bdmurray: If it were a bug, it's status were Incomplete :D
[16:17] <bdmurray> juliank: I suspect its a local issue but it happens a lot
[16:17] <bdmurray> https://errors.ubuntu.com/?release=Ubuntu%2020.04&package=ubuntu-release-upgrader&period=day&version=1%3A20.04.36
[16:18] <bdmurray> or maybe a fair bit is more accurate
[16:18] <juliank> there's chmod code in apt and possible interaction with umasks or stuff
[16:20]  * juliank has never used umask in his life
[16:20] <bdmurray> just face masks I hope
[16:20] <juliank> But it seems like apt would write lists files not readable by users if the umask is set accordingly
[16:22] <juliank> So I set umask o=,g=
[16:22] <juliank> but I still get -rw-r--r-- files
[16:22] <juliank> so this seems fine
[17:15] <ddstreet> slyon only additional thing for impish is a backport for https://github.com/systemd/systemd/pull/20199
[17:15] <ddstreet> i think hlemon will have a MR for impish for that today
[17:27] <juliank> schopin: ooh yeah, i forgot a bit
[17:32] <juliank> schopin: sponsored
[17:41] <laney> bdmurray: That sounds right
[17:42] <laney> like you can't nominate it for backporting or whatever, via the rls process
[17:42] <laney> ddstreet: I'm off, but I received your mail and I'll reply when I'm back next week. Also, did you get the one from pitti I copied you into, about an API key for systmed's autopkgtest reqursts?
[17:51] <ddstreet> laney yep, but it looked like xnox did the updating stuff, anything else need to be done for that?
[18:37] <laney> ddstreet: nothing done afaik, the secrets aren't updated on our side anyway
[20:59] <vorlon> schopin: hi, regarding pam process: I've been doing these as git merges in lp:~ubuntu-core-dev/ubuntu/+source/pam/+git/pam.  I'd appreciate it if you would do the same.  The history of version 1.1.8-1ubuntu1 shows my typical approach; patch fixups usually consist of 'quilt push -f; fixup; quilt refresh; quilt pop; git commit'