a double dose of me this week... found 14 bugs. Notables:
2104170 <https://bugs.launchpad.net/ubuntu/+source/jq/+bug/2104170> : jq mentioning because Andreas did a great job digging through the problem and getting the i386 build working. Worth reading for the investigation. 2106024 <https://bugs.launchpad.net/ubuntu/+source/clamav/+bug/2106024> clamav FIPS mode on 22.04 breaks clamav. Andreas did some initial checks. I decided to take it as a learning experience and read through more of the pull-request, and break things down a bit in the ticket. tl;dr SRU seems very unlikely & the commit with the change has multiple changes in it that i cannot tell how they're related. I put up some possible future alternatives, snap, backport-archive, or PPA, but all those are also fairly high cost 2052610 <https://bugs.launchpad.net/bugs/2052610> : byobu I added Noble and Oracular as confirmed. it may affect older suites too, but i haven't checked. the SRU is TODO'd. First i need a reliable reproducer -- if byobu user who normally works in a language that uses `,` for a decimal delimiter can share how they have configured their system, and use the affected byobu functions, please toss it in the ticket, it'll help me a bunch. What i tried didn't seem to raise errors, but the functionality seemed to not work properly. as I hadn't used byobu till this moment, I'm unsure what that *means*. 2067897 <https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2067897> : strongswan / systemd.resolved / network-manager Took another learning dive to read this. tl;dr -- strongswan hits all sorts of issues -- how it's configuring dns via systemd-resolved, lack of systemd-networkd as the default in desktop, etc. Upstream conversation was long and didn't reach any sort of conclusion. enr0n provided a workaround, which is close to what an upstream maintainer ( tobiasbrunner ). there are other workarounds available, both in the upstream discussion <https://github.com/strongswan/strongswan/discussions/2085#discussioncomment-9678750> and in the lp bug. At this point i'd say it's unactionable as a bug (in strongswan or systemd) and may fall into a "needs lots of documentation", such as a tutorial in the server guide: "Configuring Strongswan for VPNs." though this appears to be in a desktop world... 2106484 <https://bugs.launchpad.net/ubuntu/+source/walinuxagent/+bug/2106484> : walinuxagent new ticket tracking the long-term affects of the removal of `crypt` from the distro, related to walinuxagent. We've taken a short term workaround of stubbing out the import of `crypt` to a runtime failure, but it leaves walinuxagent in a reduced functionality state. Note we took this approach from upstream, so they're accepting the reduced functionality while the "teams owning these pieces weigh in." 2106500 <https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/2106500> : apache2 Did some digging, and asked for more info. My initial understanding is in the bug report. Right now it needs more info about what services are being disrupted, how they're being disrupted, and the links between apache2 httpd and the openstack services. as is, I can't verify it as a bug in apache2, as it looks like the graceful reload is needed to properly deal with the logrotation. 2083523 <https://bugs.launchpad.net/ubuntu/+source/logcheck/+bug/2083523> : logcheck there are all sorts of little things popping into this bug making it confusing. i think the gist is "logcheck before version X does not group split lines that are related to the same log message." this can occur when reading journal entries as The Journal interprets newlines as new entries. I'm seeing this as a "nothing to do here" because 1. logcheck will add the functionality (or maybe has)?; 2) the newline splitting is "normal" and so not a bug. This may fall into a similar level as 2067897 <https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2067897> -- documenting workarounds and configuration more "officially" -- [image: Canonical-20th-anniversary] John Chittum Engineering Manager, Ubuntu Engineering, Server Email: [email protected] Location: Maine, USA canonical.com ubuntu.com
-- ubuntu-server mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
