Norbert Lange

I changed the following to make it work. I am not aware of the consequences. ``` patch --- a/analyzer/codechecker_analyzer/analyzers/cppcheck/analyzer.py +++ b/analyzer/codechecker_analyzer/analyzers/cppcheck/analyzer.py @@ -218,7 +218,7 @@ class Cppcheck(analyzer_base.SourceAnalyzer): # unusedFunction check...

Yeah, probably debian is behaving odd, still if fwupd detects EFI/systemd then this overrides everything. So if you have a dualboot with debian and Fedora directories setup correctly, then adding...

> No, it should not, this is working as intended: sd-boot is a single-manager for the whole system by design. It does not and it will not work to have...

> No, shim is fine where it is, as these things are hardcoded the shim is hard-coded to load `grubx64.efi` from the same directory by default (which is useless in...

@TriMoon Thanks, but i was aware of that.

The bug is at [analyzer/codechecker_analyzer/cli/analyze.py:1102](https://github.com/Ericsson/codechecker/blob/4cad04d02f211b256c7e58dd04c8916e7427d7ae/analyzer/codechecker_analyzer/cli/analyze.py#L1102) it should be `cppcheck` instead of `clang-tidy`: f'**clang-tidy**:cc-verbatim-args-file={args.cppcheck_args_cfg_file}')) I did change the following bit in the `release-v6.25` branch and this solved the issue for me...

Can I do something to move this along? I am certain I can complain more or try to abuse the bot, but might even do dome testing.

The package not being in PyPI is the reason I resorted to git. What could go wrong =). Should the [Archive](https://github.com/Ericsson/codechecker/archive/refs/tags/v6.24.0.tar.gz) work?

I am not looking for the Web version (theres a working docker image on the hub), but building a container which has clang, cmake and the CodeChecker binary for `analyze`....