Ok apparently, according to web.mit.edu/tibbetts/Public/inside-c/www/mangling.html the additional K stands for const.
However, I don't think it has to do with the current problem of symbol not being found.

This is more intruiguing though:
rock@localhost:~/projects/$ ldd /usr/lib/python3.8/site-packages/_PyIndi.cpython-38-arm-linux-gnueabihf.so
libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0xf73c2000)
libcfitsio.so.5 => /usr/lib/arm-linux-gnueabihf/libcfitsio.so.5 (0xf7260000)
libnova-0.16.so.0 => /usr/lib/arm-linux-gnueabihf/libnova-0.16.so.0 (0xf6edc000)
libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xf6dd0000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xf6d58000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xf6d2f000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf6c41000)
/lib/ld-linux-armhf.so.3 (0xf7494000)
libbz2.so.1.0 => /lib/arm-linux-gnueabihf/libbz2.so.1.0 (0xf6c25000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xf6c01000)

So I guess there is either a problem of link on my side because Pyindi library is not linked with libindidriver.so

I don't know how can I act on this, maybe by providing pip an additional option ?

Read More...