Dear Maintainer,

satdump is broken it seems, it doesn't start:

```
# satdump
[07:00:23 - 08/09/2026] (I)    _____       __  ____
[07:00:23 - 08/09/2026] (I)   / ___/____ _/ /_/ __ \__  ______ ___  ____
[07:00:23 - 08/09/2026] (I)   \__ \/ __ `/ __/ / / / / / / __ `__ \/ __ \
[07:00:23 - 08/09/2026] (I)  ___/ / /_/ / /_/ /_/ / /_/ / / / / / / /_/ /
[07:00:23 - 08/09/2026] (I) /____/\__,_/\__/_____/\__,_/_/ /_/ /_/ .___/
[07:00:23 - 08/09/2026] (I)                                     /_/
[07:00:23 - 08/09/2026] (I) Starting SatDump v2.0.0 (/RelWithDebInfo)
[07:00:23 - 08/09/2026] (I)
[07:00:23 - 08/09/2026] (W) No user configuration found! Keeping defaults.
[07:00:23 - 08/09/2026] (C) TODOREWORK NO MORE CPP COMPOSITES!!!
terminate called after throwing an instance of 'std::out_of_range'
  what():  basic_string::substr: __pos (which is 66) > this->size() (which is 26)
Aborted                    satdump
```

The logs above come from a up-to-date Debian Sid container, anyone can
reproduce it.

I'm not a user of satdump myself, so I can't elaborate more than that.

I'm just forwarding the message, this issue was initially reported to
the Kali Linux bug tracker [1] (in Kali we get this package as-is from
Debian testing).

Best,

Arnaud

Seems something is broken with plugins relocation


(gdb) bt
#0  0x00007ffa43270d0c in ?? () from /usr/lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffa4321a582 in raise () from /usr/lib/x86_64-linux-gnu/libc.so.6
#2  0x00007ffa43202507 in abort () from /usr/lib/x86_64-linux-gnu/libc.so.6
#3  0x00007ffa434aad12 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffa434bd5ba in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffa434aa88d in std::terminate() () from /usr/lib/x86_64-linux-
gnu/libstdc++.so.6
#6  0x00007ffa434bd858 in __cxa_throw () from /usr/lib/x86_64-linux-
gnu/libstdc++.so.6
#7  0x00007ffa434addcc in std::__throw_out_of_range_fmt(char const*, ...) ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#8  0x0000558b0b05ef71 in std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_M_check (
    this=0x7ffeb3882cc0, __pos=66, __s=0x558b0b09116f "basic_string::substr") at
/usr/include/c++/16/bits/basic_string.h:413
#9  std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >::substr (this=0x7ffeb3882cc0, __pos=66,
    __n=18446744073709551615) at /usr/include/c++/16/bits/basic_string.h:3467
#10 satdump::satdump_exception_t::satdump_exception_t (this=0x7ffa40634dc0,
    arg="Error loading /usr/lib/x86_64-linux-
gnu/satdump/plugins/libfirstparty_support.so! Error : libxrit_support.so: cannot
open shared object file: No such file or directory", file=0x7ffa44b85021 "./src-
core/core/plugin.cpp", line=<optimized out>)
    at ./src-core/./core/exception.h:17
#11 0x00007ffa440ff331 in loadPlugin (plugin="/usr/lib/x86_64-linux-
gnu/satdump/plugins/libfirstparty_support.so")
    at /usr/include/c++/16/bits/basic_string.h:232
#12 0x00007ffa4441d9fd in loadPlugins (loaded_plugins=...) at ./src-
core/core/plugin.cpp:102
#13 0x00007ffa449472cb in satdump::initSatDump (is_gui=is_gui@entry=false) at
./src-core/init.cpp:111
#14 0x0000558b0b01c303 in main (argc=1, argv=0x7ffeb3883968) at ./src-
cli/main.cpp:19

Still the same problem in Sid.