Bump sysdig to 0.29.1
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest3 patches 4 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | nlohmann-json: add new package.DEVELOPERS package/ package/ +2 more | +26 | 1 reply | |
| 2/3 | falcosecurity-libs: add new packageDEVELOPERS package/ package/ +3 more | +141 | 0 replies | |
| 3/3 | package/sysdig: bump to 0.29.1package/ package/ package/ +3 more | +66 | 3 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [Buildroot] [PATCH 0/3] Bump sysdig to 0.29.1
Hi.
In this contribution, I bumped sysdig version to 0.29.1.
Indeed, following this discussion [1], Arnout Vandecappelle noted sysdig 0.27.1 cannot be cross-compiled to, e.g., aarch64 because it uses the open() syscall.
To fix this, I bumped sysdig to 0.29.1.
Sadly, some components of sysdig, like libsinsp, libscap and the kernel modules, were moved to falcosecurity/libs.
So, I added the falcosecurity-libs package.
Nonetheless, I am currently having a problem with this package, hence why I marked this contribution as RFC.
Indeed, falcosecurity-libs is built a first time, then another one when sysdig will be built because I set a cmake options to indicate falcosecurity-libs source directory.
Sadly, I do not really see how to fix this issue...
Maybe by making falcosecurity-libs package a generic-package?
I was nonetheless able to build and run sysdig with start-qemu.sh:
Welcome to Buildroot
buildroot login: root
# insmod /lib/modules/5.15.18/extra/falco.ko falco: loading out-of-tree module taints kernel. falco: driver loading, scap 0.1.1dev # sysdig | head falco: adding new consumer 00000000b5aaf410 falco: initializing ring buffer for CPU 0 falco: CPU buffer initialized, size=8388608 falco: starting capture 2 17:18:14.088681520 0 sysdig (330) > switch next=11 pgft_maj=203 pgft_min=1165 vm_size=46264 vm_rss=18072 vm_swap= ... 24 17:18:14.095103470 0 sysdig (330) > switch next=0 pgft_maj=204 pgft_min=1165 vm_size=46264 vm_rss=18072 vm_swap= falco: deallocating consumer 00000000b5aaf410 falco: no more consumers, stopping capture
So, if you see a particular way to fix the problem I described above or any problem with this contribution, feel free to share it!
Francis Laniel (3):
nlohmann-json: add new package.
falcosecurity-libs: add new package
package/sysdig: bump to 0.29.1
DEVELOPERS | 2 + package/Config.in | 2 + ...cmake-Permit-setting-GRPC_CPP_PLUGIN.patch | 34 ++++++++ package/falcosecurity-libs/Config.in | 38 +++++++++ .../falcosecurity-libs.hash | 5 ++ .../falcosecurity-libs/falcosecurity-libs.mk | 62 ++++++++++++++ package/nlohmann-json/Config.in | 7 ++ package/nlohmann-json/nlohmann-json.hash | 3 + package/nlohmann-json/nlohmann-json.mk | 14 ++++ ...BUNDLED_DEPS-before-getting-nlohmann.patch | 50 +++++++++++ ...ATCH_COMMAND-to-fix-lua-types-and-fu.patch | 82 ------------------- ...gainst-libabseil-cpp-which-grpc-uses.patch | 47 ----------- package/sysdig/Config.in | 31 ++----- package/sysdig/sysdig.hash | 1 + package/sysdig/sysdig.mk | 39 ++------- 15 files changed, 233 insertions(+), 184 deletions(-) create mode 100644 package/falcosecurity-libs/0001-cmake-Permit-setting-GRPC_CPP_PLUGIN.patch create mode 100644 package/falcosecurity-libs/Config.in create mode 100644 package/falcosecurity-libs/falcosecurity-libs.hash create mode 100644 package/falcosecurity-libs/falcosecurity-libs.mk create mode 100644 package/nlohmann-json/Config.in create mode 100644 package/nlohmann-json/nlohmann-json.hash create mode 100644 package/nlohmann-json/nlohmann-json.mk create mode 100644 package/sysdig/0001-cmake-Check-USE_BUNDLED_DEPS-before-getting-nlohmann.patch delete mode 100644 package/sysdig/0001-libsinsp-Apply-PATCH_COMMAND-to-fix-lua-types-and-fu.patch delete mode 100644 package/sysdig/0002-Link-against-libabseil-cpp-which-grpc-uses.patch
Best regards and thank you in advance.
---
[1] https://marc.info/?l=buildroot&m=164951521629400
Signature · 6 lines
2.25.1 _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot