Klaus Kämpf

Sorry, @jobermayr, indeed `ParserWalker` moved and I didn't properly test after rebasing. Fixed now.

Thanks @jobermayr - I had fixed this in the generated file only 🤦🏻 Can you point me to your build system ? It seems as if you've extended "make realclean"...

> To apply and build after [8fbd171](https://github.com/NationalSecurityAgency/ghidra/commit/8fbd171cdf290acd7563c062fec9015bb7b01498) / [ae6f7b4](https://github.com/NationalSecurityAgency/ghidra/commit/ae6f7b479c7fdeeb3571e6e9525df2a2b6feb904): I'd assume these commits are included in [Ghidra_11.0.2_build](https://github.com/NationalSecurityAgency/ghidra/tree/Ghidra_11.0.2_build) ?! 🤔 > https://github.com/jobermayr/ghidra-staging/blob/master/4812-Introduce-operand-offset-C-and-Java.patch @kkaempf Can you please check it? It looks wrong...

I will need to take a closer look. Not sure I can manage it this week. Asking for your patience 😉

I usually rebase [my branch](https://github.com/kkaempf/ghidra-vintage/tree/vintage) only on major releases. I'll need to do a test-rebase to main and check the results.

Small nitpick: Not sure if `amd64` is a good choice. While it is the architecture string used by Go, all of SLES (and afaik also Linux in general) uses `x86_64`

A (UEFI) boot ISO is already built [in OBS](https://build.opensuse.org/package/binaries/isv:Rancher:Elemental:Stable:Teal53/build-iso/images)

transferring to `rancher/rancher`

Fleet fixed a similar "prefix" bug in 2.8. Please try to reproduce this issue with 2.8.1

https://github.com/rancher/rancher/issues/39052#issuecomment-1910077407 clearly explains that this is due to missing permissions of system-agent. Passing on to @snasovich asking for help.