Tobias Klauser

Thanks for your PR and your interest in contributing to netsniff-ng! While I generally think netsniff-ng would profit from adding support for PF_RING, I currently see a few issues with...

> I agree it should rely on installed libraries/headers. This is something I was planning to do asap. Great, looking forward to that! > Please note there is no need...

I'll have a look at it and try to fix it if appropriate. Thanks!

If you build with `make Q=', does that fix the warning?

Ping. @kartikm did you have a chance to test whether building with `make Q=` fixes the issue?

Juding from the log at https://buildd.debian.org/status/fetch.php?pkg=netsniff-ng&arch=i386&ver=0.6.1-1&stamp=1461740187 it looks like the problem isn't solved yet. I guess you'll need the attached patch against debian/rules to make it work properly: [pkg-netsniff-ng-compiler-flags-unhide.patch.txt](https://github.com/netsniff-ng/netsniff-ng/files/238355/pkg-netsniff-ng-compiler-flags-unhide.patch.txt) i.e....

Strange. In the logs I can see them now: https://buildd.debian.org/status/fetch.php?pkg=netsniff-ng&arch=i386&ver=0.6.1-2&stamp=1461822277 Could it be that the `echo -e ... && gcc` confuses the build log parser?

Friendly ping @nkubala. Mind to take a look at this? Thank you.

The issue #947 was fixed in #955. Thanks for your contribution.

This looks like an oversight in cilium-cli. I think we should fix this here rather than Cilium's Helm chart, so that when installing clustermesh-apiserver using cilium-cli we end up with...