Debian Patches
Status for ltt-control/2.15.0-1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| fix-lttng-health-check-manpage.patch | Fix lintian manpage-has-bad-whatis-entry | no | ||||
| 0001-fix-liblttng-ctl-stub-error_log_time-with-CONFIG_RCU.patch | [PATCH lttng-tools] fix: liblttng-ctl: stub 'error_log_time' with CONFIG_RCU_TLS | Michael Jeanson <mjeanson@efficios.com> | no | 2025-07-10 | ||
| 0001-tests-fix-ust-ctl-fuzz-with-Wl-z-now.patch | tests: fix preload of liblttng-ust-ctl-fuzz.so with '-Wl,-z,now' The 'robust_protocol" test pre-loads the "liblttng-ust-ctl-fuzz.so" library into the session daemon via LD_PRELOAD. This test library uses symbols from "liblttng-ust-ctl.so" without linking on it, this is not an issue in the default "-z lazy" link mode where symbols are resolved at runtime when called. However when building with "-z now" symbols are resolved at program startup [1] which is still not an issue in the case of the session daemon since it's linked on "liblttng-ust-ctl.so" and thus the dynamic linker can resolve these symbols. The issue is that the session daemon binary we call with LD_PRELOAD is a libtool wrapper, effectively a shell script which means all processes started in the wrapper will also pre-load our test library and won't be able to resolve the "liblttng-ust-ctl.so" symbols resulting in an undefined symbol error. The fix here is to explicitly link the test library with "liblttng-ust-ctl.so" which ensures symbols can be resolved whatever the link mode is. [1] https://sourceware.org/binutils/docs/ld/Options.html |
Michael Jeanson <mjeanson@efficios.com> | no | 2026-02-18 |
All known versions for source package 'ltt-control'
- 2.15.0-1 (sid)
- 2.14.1-1 (forky)
- 2.13.15-2 (trixie)
- 2.13.9-1+deb12u1 (bookworm)
