Linux Firmware Update Utility Fwupd Will Use Zstd Compression for Future Releases
The devs are also considering enforcing signed commits in an attempt to prevent supply chain issues like the XZ backdoor.
Edit: note for downvotes: I understand some of you disagree with the need for a switch. However, are you downvoting the news itself (i.e. shooting the messenger?)
Here, it’s libzstd.so, libc and glibc, and libzstd only libc and glibc. What do you mean? At first I thought you were implying an liblzma dependency, but there’s no such thing, at least can’t see it.
% libtree /usr/bin/zstd /usr/bin/zstd ├── libz.so.1 [ld.so.conf] ├── liblz4.so.1 [ld.so.conf] └── liblzma.so.5 [ld.so.conf] % lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 12 (bookworm) Release: 12 Codename: bookworm %Maybe Debian’s goal is to make liblzma a dependency of everything possible? It wasn’t a standard dependency of OpenSSH either, but rather something they patched in. ;)
What’s your distro and how did you check needed libraries? I guess that
liblzma.socan be needed bylibzstd.soin your system.NixOS, did a
ldd (which zstd)and then ldd on the reported libzstd file.Not using a POSIX shell before people complain about syntax
Edit: if you look at https://github.com/NixOS/nixpkgs/blob/nixos-unstable/pkgs/tools/compression/zstd/default.nix, you’ll see that
buildInputsis not being set, which means it can’t link to anything except the standard libraries.Bookworm was unaffected by this though, right?
Canonical is delaying Noble by more than a week so they can rebuild every binary in a clean environment, just in case the build process itself was affected.
% xz --version xz (XZ Utils) 5.4.1 liblzma 5.4.1 %I hope so.
Apparently it differs between distributions