Update Gitlab CI to use new CI template for Go packages

This includes a second stage for doing a full binary package build.

Added dependent versions to approximate package's published
requirements.

Dropped indirect dependencies and adding missing direct dependencies.

Switched to using the Debhelper version of Go Generate

Use dpkg-architecture to detect target architecture

Added support for ARM and PowerPC architectures

Build using external libpcap from system

Bumps [github.com/jsimonetti/rtnetlink](https://github.com/jsimonetti/rtnetlink) from 1.3.5 to 1.4.0.
- [Release notes](https://github.com/jsimonetti/rtnetlink/releases)
- [Commits](https://github.com/jsimonetti/rtnetlink/compare/v1.3.5...v1.4.0

)

---
updated-dependencies:
- dependency-name: github.com/jsimonetti/rtnetlink
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

To fix the loading issue on the bpf-next kernel [1].

[1]: https://github.com/cilium/pwru/issues/284



Signed-off-by: Martynas Pumputis <m@lambda.lt>

[1] changed the kprobe loading behavior in a way that if we try to
attach a kprobe to a function with a duplicate name, then it will fail
with EADDRNOTAVAIL [2].

As pwru loads kprobes by using function symbol names, we are prone to
this behavior change.

Fix the loading problem by ignoring EADDRNOTAVAIL w/ the kprobe backend.
Also, instruct users when the kprobe.multi backend is used.

The proper fix is to use function addrs instead of syms when loading.
This is what Leon H. is working on.

[1]: https://lore.kernel.org/all/20231020104250.9537-1-flaniel@linux.microsoft.com/.
[2]: https://elixir.bootlin.com/linux/v6.6/source/kernel/trace/trace_kprobe.c#L884



Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>
Signed-off-by: Martynas Pumputis <m@lambda.lt>

Bumps [actions/setup-go](https://github.com/actions/setup-go) from 4.1.0 to 5.0.0.
- [Release notes](https://github.com/actions/setup-go/releases)
- [Commits](https://github.com/actions/setup-go/compare/93397bea11091df50f3d7e59dc26a7711a8bcfbe...0c52d547c9bc32b1aa3301fd7a9cb496313a4491

)

---
updated-dependencies:
- dependency-name: actions/setup-go
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>

With "./pwru --help" or "./pwru -h", pwru:

  1. displays the help message,
  2. prints "pflag: help requested",
  3. exits with error code 2.

Steps 2 and 3 are not expected, the interactive help should return 0
without displaying an error message. This is because of how
pflags.ParseAll() works. From its documentation [0]: "The return value
will be ErrHelp if -help was set but not defined."

Let's implement a dedicated function for displaying the help message
(reusing pflags.Usage() and what we had in pwru already), and call it
when users pass --help or -h to avoid this error and non-zero return
value.

[0] https://pkg.go.dev/github.com/spf13/pflag#FlagSet.ParseAll



Signed-off-by: Quentin Monnet <quentin@isovalent.com>

This is a minor clean-up following the comment in the Makefile. Now that
https://github.com/cilium/pwru/issues/246 was fixed in
https://github.com/cilium/pwru/issues/248

, the versions for clang and
GCC seem no longer necessary to display.

Signed-off-by: Quentin Monnet <quentin@isovalent.com>

Typing "make help" currently prints a waring from awk (GNU Awk 5.1.0):

    $ make help

    Usage:
      make <target>

    Targets:
    awk: cmd. line:1: warning: regexp escape sequence `\_' is not a known regexp operator
      pwru                 Build the GO binary
      release              Build the GO binary within a Docker container
      local-release        Build a new release
      install              Install the GO Binary to the location specified by 'BINDIR'
      clean                Clean up build artifacts
      test                 Run GO tests
      help                 Show this hel

This is because the Makefile escapes the underscore ("\_"). As far as I
know, there is no reason to escape it, so we can just remove the
backslash. In the same list of characters, there's no reason to escape
the dash either, the man page for GNU Awk says: "To include a literal
dash in the list, put it first or last", so we can just do that.

Signed-off-by: Quentin Monnet <quentin@isovalent.com>

Bumps [cilium/little-vm-helper](https://github.com/cilium/little-vm-helper) from 0.0.12 to 0.0.13.
- [Commits](https://github.com/cilium/little-vm-helper/compare/908ab1ff8a596a03cd5221a1f8602dc44c3f906d...8410a93e544b7e180a2365e5fdab0724a39bc02a

)

---
updated-dependencies:
- dependency-name: cilium/little-vm-helper
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Bumps [golang.org/x/net](https://github.com/golang/net) from 0.17.0 to 0.19.0.
- [Commits](https://github.com/golang/net/compare/v0.17.0...v0.19.0

)

---
updated-dependencies:
- dependency-name: golang.org/x/net
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

Signed-off-by: Zhichuan Liang <gray.liang@isovalent.com>

Signed-off-by: Martynas Pumputis <m@lambda.lt>

Previously we use tid to find process, leading to misleading output under some situations.

According to documentation, `bpf_get_current_pid_tgid` returns `current->tgid << 32 | current->pid`. Kernel's view of the pid in user space is usually presented as the thread ID, and kernel's tgid in user space is seen as pid.

Signed-off-by: Zhichuan <Liang&lt;gray.liang@isovalent.com>

Signed-off-by: Zhichuan Liang <gray.liang@isovalent.com>

Bumps [github.com/cilium/ebpf](https://github.com/cilium/ebpf) from 0.12.0 to 0.12.2.
- [Release notes](https://github.com/cilium/ebpf/releases)
- [Commits](https://github.com/cilium/ebpf/compare/v0.12.0...v0.12.2

)

---
updated-dependencies:
- dependency-name: github.com/cilium/ebpf
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

With --filter-track-skb option, we're able to track sbk by its address.

Then, as for skb's clones/copies, we're able to track them too, by the
way `fexit` on `skb_clone()` and `skb_copy()`.

Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>

It's unnecessary to loading kprobe_skb_lifetime_termination bpf prog
when --filter-track-skb is not enabled.

For next commit, it skips loading other skb-tracking bpf progs too.

Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>

Add an option --filter-trace-tc to trace all tc-bpf progs on host by
fentry-ing on the progs.

To trace tc-bpf, we list all tc-bpf progs first. Then, for each prog, we
have to retrieve its entry function name as fentry attaching function.
Next, we do fentry on the prog.

Example:

    ... [<empty>]                 dummy

Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>

Bumps [actions/checkout](https://github.com/actions/checkout) from 4.1.0 to 4.1.1.
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](https://github.com/actions/checkout/compare/8ade135a41bc03ea155e62e844d188df1ea18608...b4ffde65f46336ab88eb53be808477a3936bae11

)

---
updated-dependencies:
- dependency-name: actions/checkout
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Bumps [golang.org/x/net](https://github.com/golang/net) from 0.15.0 to 0.17.0.
- [Commits](https://github.com/golang/net/compare/v0.15.0...v0.17.0

)

---
updated-dependencies:
- dependency-name: golang.org/x/net
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

This commit adds a help target to the Makefile. I initially also
wanted to change the default target to help, but this breaks the
current workflow of users. If wished I can still do that.

Signed-off-by: darox <maderdario@gmail.com>

Signed-off-by: Martynas Pumputis <m@lambda.lt>

This commit improves the instructions for building pwru
by listing additional tools that are required to build it.
Besides that it adds a step for building the libpcap.

Signed-off-by: darox <maderdario@gmail.com>

Signed-off-by: Mauricio Vásquez <mauriciov@microsoft.com>

Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>

Go is a static programming language which is lack of dynamic struct for
our `print_skb_map` case.

But the go-ebpf library provides a dynamic way for this case, which is
`NewCollectionWithOptions()`. With this way, it is unnecessary to define
type interfaces and their getters.

Signed-off-by: Leon Hwang <hffilwlqm@gmail.com>

Currently, the proto field (corresponding to skb->protocol which is in
network byte order) is reported in pwru's output in network byte order.
Report it in host byte order instead so it can easily be matched to the
ethertype.

Reported-by: Dario Mader <dario@isovalent.com>
Signed-off-by: Tobias Klauser <tobias@cilium.io>

This will automatically print the value with an 0x prefix, see
https://pkg.go.dev/fmt



Signed-off-by: Tobias Klauser <tobias@cilium.io>

Signed-off-by: Martynas Pumputis <m@lambda.lt>

Previously:

    $ pwru --filter-netns /proc/self/ns/netns
    2023/09/28 14:58:35 Failed to get pwru config: no such file or directory

After this change:

    $ pwru --filter-netns /proc/self/ns/netns
    2023/09/28 14:59:36 Failed to get pwru config: Failed to retrieve netns /proc/self/ns/netns: no such file or directory

Signed-off-by: Martynas Pumputis <m@lambda.lt>

Signed-off-by: Martynas Pumputis <m@lambda.lt>