]> git.ipfire.org Git - thirdparty/systemd.git/commit
A couple of sanitizer-related tweaks (#41808)
authorLuca Boccassi <luca.boccassi@gmail.com>
Tue, 28 Apr 2026 11:04:45 +0000 (12:04 +0100)
committerGitHub <noreply@github.com>
Tue, 28 Apr 2026 11:04:45 +0000 (12:04 +0100)
commit1cccb5362c8eb5bf13dea62e58ff26c2b0222deb
tree12b560ba12835345992542bc7ccbc357a02db022
parenta192a5cc4da38760cf919a9df204d35a0937fb78
parentef3c07352b5dfe04afefdf66f4693986562ddc2b
A couple of sanitizer-related tweaks (#41808)

The sanitizer job was FUBAR on Fedora Rawhide (and RHEL 10 to some
extent) due to several changes:
- latest LLVM (v22) introduced a change that occasionally generates a
false-positive warning when running with sanitizers
  - several tools had to be "ASan-wrapped" because:
- util-linux started linking against libsystemd which propagated to
other tools depending on its shared libraries (like libmount)
- libssh started depending on libfido2, which depends on libudev; this
then translated to an interesting depedency chain where tpm2 utils got a
dependency on libudev through libcurl -> libssh -> libfido2
- polkit added MemoryMax= to its service file, which is incompatible
with ASan-runs (at least with the current limits)

See the commits for more detailed descriptions.

Also, one note: the santizer job is currently still FUBAR on Fedora
Rawhide (or, more specifically, the TEST-50-DISSECT and TEST-58-REPART),
because mkfs.erofs also gained a dependency on libudev (through libcurl,
see above), but the wrapping currently doesn't work as it also depends
on libqpl which is linked with libtsan (which is incompatible with other
sanitizers). This is currently tracked in
https://bugzilla.redhat.com/show_bug.cgi?id=2461146