[07:54] <RikMills> ricotz: sounds like this guy is using a PPA 7.2 LP: #1944113
[08:00] <ricotz> RikMills, hi, yes, unfortunately there is more https://bugs.documentfoundation.org/show_bug.cgi?id=144585
[08:01] <RikMills> ah, thanks
[14:44] <RikMills> https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1943189
[14:44] <RikMills> juliank Eickmeyer are you going to do a fixed upload for impish?
[14:45] <juliank> RikMills: it's been done
[14:46] <RikMills> juliank: apologies, as soon as I typed the above I realise I forgot to check the unapproved queue
[14:46]  * RikMills hangs head in shame
[14:46] <juliank> RikMills: Sorry, I forgot to set it to fix committed
[15:04] <Eickmeyer> juliank: Thanks!
[15:06] <Eickmeyer> mwhudson: I take it the glibc fix is going to take a Foundations team meeting?
[15:13] <jawn-smith> Does anyone know about a change to UTF-8 normalization between hirsute and impish? I have an autopkgtest failing on normalizing umlauts
[15:13] <bdmurray> Eickmeyer: See #ubuntu-release there is a test build being done
[15:14] <Eickmeyer> bdmurray: Oh, sweet! Thanks for the info. :)
[15:42] <jawn-smith> doko: I have syncthing passing tests with Go 1.17 against a PPA that updates some dependencies of syncthing. I have some questions for mwhudson before moving forward with that
[17:48] <sergiodj> jawn-smith: heya, https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1944621 came up during my triage today.  it seems like you're already on top of it, but let me know if you need help with anything
[17:53] <jawn-smith> sergiodj: thanks for reaching out! I think it really just needs an upload, unless cjwatson feels it needs more work to make the configuration change more conditional based on kernel version or something
[17:54] <sergiodj> jawn-smith: ack :).  thanks for driving this forward
[18:40] <cjwatson> jawn-smith: Kernel version checks at build time don't work for this sort of thing, and I don't think it justifies bothering with a run-time check
[18:43] <jawn-smith> cjwatson: so are you comfortable with always configuring with ac_cv_func_closefrom=no as in the patch uploaded to LP: #1944621 ?
[18:44] <cjwatson> jawn-smith: yes
[18:44] <jawn-smith> thanks!
[18:45] <cjwatson> jawn-smith: Strictly speaking it should be further up (just below "confflags += ac_cv_header_sha2_h=false"), but since Ubuntu no longer cares about the udeb build I suppose it doesn't matter much)
[18:46] <cjwatson> jawn-smith: Also should reference the actual bug rather than "an issue"
[18:46] <jawn-smith> cjwatson: will do, thanks
[18:47] <jawn-smith> cjwatson: our LP bug number or the upstream bugzilla report I made?
[18:47] <cjwatson> jawn-smith: *shrug*
[18:47] <cjwatson> As long as it's possible to find an actual description of the issue
[18:48] <jawn-smith> okay thanks
[18:51] <jawn-smith> cjwatson, sergiodj: new patch uploaded to the LP bug
[18:57] <cjwatson> jawn-smith: LGTM (except for s/failues/failures/), though I don't have time to upload it atm, hopefully somebody else can
[19:00] <jawn-smith> Ah, apparently I cannot type
[20:41] <mwhudson> Eickmeyer: in practice yes
[20:42] <Eickmeyer> mwhudson: That's kinda what I thought, but wanted to verify. I get that even though it's a small change it has a large impact on, well, everything since that's what it touches.
[20:42] <mwhudson> Eickmeyer: yeah it *should* be safe but well. it's glibc
[20:42] <mwhudson> i'll probably upload today, so like 4-5 hours
[20:43] <mwhudson> it built in my ppa and i'm running the autopkgtests now
[20:43] <mwhudson> probably won't want for them to finish on arm*
[20:43] <mwhudson> *wait
[20:46] <Eickmeyer> mwhudson: Yeah, totally. amd64 is where the majority of people are seeing failures, I'd guess.
[20:51] <mwhudson> bdmurray: should ubuntu do something like https://salsa.debian.org/glibc-team/tzdata/-/compare/12b4cc8aebff8b5fa9a56d20f2ea54901310b57e...2ade6fb8221af1497eb906f736999efe8c742a90 ?