Federico Di Pierro

Hi! We don't support prebuilt drivers for rhel; so you must let `falco-driver-loader` build the driver for you.

/close Closing as compelted. Feel free to reopen!

> I really loved the flux check --pre That's very nice actually, might be a good idea for the driver-loader, for sure! Also regarding https://github.com/falcosecurity/falco/issues/2978#issuecomment-1861902579, i agree it would be...

I've got a tracking issue on driverkit about the `glibc` issue: https://github.com/falcosecurity/driverkit/issues/303 In driverkit, we might need to add a new builder image. For Falco driver-loader image instead, there is...

> If we implement a simple fallback mechanism in falcoctl Falcoctl already supports modern_ebpf driver: https://github.com/falcosecurity/falcoctl/blob/main/pkg/driver/type/modernbpf.go Moreover, falcoctl already has some driver automatic chose logic (https://github.com/falcosecurity/falcoctl/blob/main/cmd/driver/driver_linux.go#L133 and https://github.com/falcosecurity/falcoctl/blob/main/pkg/driver/distro/generic.go#L63. Right now...

I will move this to milestone 0.38.0 since it will be addressed for next release now. /milestone 0.38.0

@krnowak thanks for the feedback! > After a short investigation, I'm thinking that building kmod has no chance of succeeding, because it's using bash and gcc, which are missing in...

> But the failure I was trying to investigate was actually happening with falcosecurity/falco-driver-loader:master which explains why it worked before but started breaking after glibc version bump. Now i got...

/remove-lifecycle stale

> Could we relay on some more formal validation mechanism (like https://json-schema.org/specification) instead of just having fixed.yaml with all default values? Fully agree with this one! We already have the...