Debian Patches
Status for falcosecurity-libs/0.23.2-6~exp1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| fix-build-32bit.patch | fix-build-32bit | Debian Security Tools <team+pkg-security@tracker.debian.org> | no | https://github.com/falcosecurity/libs/issues/1203#issuecomment-1706496083 | 2026-09-28 | |
| fixed-mips-build.patch | fixed-mips-build | Debian Security Tools <team+pkg-security@tracker.debian.org> | no | 2026-09-28 | ||
| fix-build-duplicate-socket-definitions.patch | fix-build-duplicate-socket-definitions | Debian Security Tools <team+pkg-security@tracker.debian.org> | no | 2026-09-28 | ||
| added-missing-linkages-for-libsinsp-unittest.patch | added-missing-linkages-for-libsinsp-unittest | Debian Security Tools <team+pkg-security@tracker.debian.org> | no | 2026-09-28 | ||
| dkms.conf-updates.patch | dkms.conf: declare BUILD_EXCLUSIVE_KERNEL_MIN="2.6.33" | Andreas Beckmann <anbe@debian.org> | no | 2026-09-28 | ||
| make-scap-libs-static.patch | scap_event_schema, scap_platform are static Currently the build doesn't set the proper NEEDED tags in users of these libraries, which makes lintian complain. Making these static makes this not matter. Thanks to Eugene San <eugenesan@gmail.com> |
Debian Security Tools <team+pkg-security@tracker.debian.org> | no | 2026-09-28 | ||
| consistent-inline.patch | consistent-inline | Debian Security Tools <team+pkg-security@tracker.debian.org> | yes | 2026-09-28 | ||
| libsinsp-pkgconfig-tbb32-on-32bit.patch | libsinsp.pc: require tbb32 instead of tbb on 32-bit platforms oneTBB installs its pkg-config file as tbb32.pc instead of tbb.pc when CMAKE_SIZEOF_VOID_P is not 8 (see src/tbb/CMakeLists.txt in oneTBB), but libsinsp.pc unconditionally lists "tbb" in Requires.private. As a result, "pkg-config libsinsp" fails on 32-bit architectures such as armhf, and consumers do not detect libsinsp (e.g. wireshark does not build falcodump and FTBFS on armhf, see #1146020). Use the same condition as oneTBB to pick the right module name. |
Pierre-Elliott Bécue | yes | 2026-09-28 | ||
| 0001-fix-libraries-The-shared-library-soversion-also-has-.patch | fix(libraries): The shared library soversion also has to include the second number | Adrian Bunk <bunk@debian.org> | no | 2026-09-10 | ||
| compile-support-for-s390-compat.patch | compile support for s390 compat support conditionally Commit 8e0b986c59c6 upstream removed 31-bit code support for s390 and any related macro, so compile out from kmod the check involving the usage of the dropped `_TIF_31BIT` macro if this is not available on the kernel against which we compile. |
Leonardo Di Giovanna <leonardodigiovanna1@gmail.com> | yes | upstream | upstream, https://github.com/falcosecurity/libs/commit/ccc63215fed63432159f4361c62abb523222aa0c | 2026-05-26 |
| replace_usage_of_pgprot_val_as_lvalue.patch | replace usage of pgprot_val() as lvalue Commit bb2598c0d31b replaced `pgprot_val()` macro definition on s390x with an inline function definition: this means that `pgprot_val()` cannot be used as an lvalue anymore. Change approach and directly assign the value returned by `__pgprot()`, which is supported on all architectures. Notice that `pgprot_val()` can still be used as an rvalue. |
Leonardo Di Giovanna <leonardodigiovanna1@gmail.com> | yes | upstream | upstream, https://github.com/falcosecurity/libs/commit/87d99144df0719aed9cc9a762844c44be99f6b9c | 2026-05-27 |
All known versions for source package 'falcosecurity-libs'
- 0.23.2-6~exp1 (experimental)
- 0.23.2-5 (sid)
- 0.20.0-4.1 (forky)
- 0.20.0-3 (trixie)
- 0.1.1dev+git20220316.e5c53d64-5.1 (bookworm)