Max i redirect you to this thread, please?

www.indilib.org/forum/ekos/5392-kstars-c...raspbian-buster.html

In essence: Install all prerequisite software and libraries, also the optional ones & use cmake.

Finally, I use à script that install the right version of Indi with the Kstars version and 3rd indi party.
The tip was to compile the indi version that matches with the Kstars version.
Unfortunately, the QHY caméra don't connect !
Thank for your help.

Hi, glad you got it resolved.
Please post a link to the script, for other users looking to solve the same problem(s).

Clear skies!

Sorry, the link is: gitea.nouspiro.space/nou/astro-soft-build

Hé send me a script with the right version of Indi, 3rd party and Kstars.
I would want to know how to setup a version of Indi and 3rd party into this script.

I would know how to setup the indi version and where to find it, into the script.

When you open build-soft-stable.sh at beginign you find these linesThese lines specify which commit will be used to build so you can change it. To get hash run gitk or "git log"

OK I understand where to setup the différent versions. But how can I find the values for Indi and 3rd-party that match with Kstars v3.5.9, by example ?

I don't know how to use gitk or git log.

When you run gitk in git repositrory you get list of commits. Then there are yellow tags with version. When you click on one such commit you can find SHA1 ID under it.

To match versions you can compare commit times and select version from same time.

I think I don't explain well my ask. I want to install Ksatrs-3.5.9 with the right Indi and 3rd-party. Where can I get the value to setup into the script ? I didn't find out on the github indi.

Oh you can look at commit history gitea.nouspiro.space/nou/astro-soft-build/commits/branch/master of my script.

This commit was for KStars 3.5.9 and INDI 1.9.6 gitea.nouspiro.space/nou/astro-soft-buil...build-soft-stable.sh

Hi,
Thank for your explaination. I applied it to compile on my RPI4 with Ubuntu 22.04, Kstars 3.5.9 with Indi 1.9.6.
#!/bin/bash

export CFLAGS="-march=native -w -Wno-psabi -D_FILE_OFFSET_BITS=64"
export CXXFLAGS="-march=native -w -Wno-psabi -D_FILE_OFFSET_BITS=64"

INDI_COMMIT="46d8e3b0d3ff6662daa89b6f6499caa7cb2fe9b1"
INDI_3RD_COMMIT="c9f706d74b14bce2f15f34e0dd3d11c17c64f4ee"
STELLAR_COMMIT="cdaefb03d4dfdf9237abd9507bf46cebf8647738"
KSTARS_COMMIT="9e96f10ddff797aefbc50a10f70a68cd142c1eec"



The script froozes during the kstars make around 22%. Manually I relaunched the make with any parameters. No frooze, but errors as usual.

/home/robert/Projects/kstars/kstars/ekos/align/remoteastrometryparser.cpp:73: undefined reference to `INDI::BaseClient::sendNewSwitch(_ISwitchVectorProperty*)'
/usr/bin/ld: /home/robert/Projects/kstars/kstars/ekos/align/remoteastrometryparser.cpp:94: undefined reference to `timestamp'
/usr/bin/ld: /home/robert/Projects/kstars/kstars/ekos/align/remoteastrometryparser.cpp:94: undefined reference to `INDI::BaseClient::startBlob(char const*, char const*, char const*)'
/usr/bin/ld: /home/robert/Projects/kstars/kstars/ekos/align/remoteastrometryparser.cpp:97: undefined reference to `INDI::BaseClient::sendOneBlob(_IBLOB*)'
/usr/bin/ld: /home/robert/Projects/kstars/kstars/ekos/align/remoteastrometryparser.cpp:102: undefined reference to `INDI::BaseClient::finishBlob()'
collect2: error: ld returned 1 exit status
make[2]: *** [kstars/CMakeFiles/kstars.dir/build.make:221: bin/kstars] Error 1
make[1]: *** [CMakeFiles/Makefile2:1489: kstars/CMakeFiles/kstars.dir/all] Error 2
make: *** [Makefile:146: all] Error 2
robert@robert-desktop:~/Projects/build/kstars$

The only compile I success is the last version of kstars 3.6.3.

Hm this may be problem that downgrading is somehow problematic. It is quite possible that there is multiple versions of libindidrver.so.* in /usr/lib
You may need to search and delete these libraries because linker will pick up newest one that is incompatbile. Look into install_manifest.txt which you can find in build-* directories that contains list of files that got installed. You need to find any *.so file and delete them especially these that are newer that *.so.1.9.6

As far as it comes to Linux, the compiler/maker references libraries it can find through environment variables ($LD_LIBRARY_PATH, $PATH etc.) set globally or locally (in the script, possibly wrapping script or through the configure run) and in /usr/local/lib/, /usr/lib/ (...) most .so "files" are sysmbolic or hard links to the current versions of installed libraries beneath or in this directory.

For example /usr/share/lib/libld.so would be a link to /usr/share/lib/libld.so.5, so the compiler(s) are using the symlink to access the linked shared library file.

This means you don't have to delete library files, but change the links (look at the "ln" command) to point to the compatible library, if no direct reference was given in ./configure or passed to the maker/compiler through environment variables, the compiler will use the links to find the desired libraries. Normally you would not delete the newer libraries in /usr/lib in this case, but let the links point to the .so files having the right version number in their names.

Doing it in any other way would be quite a mess, it's done through links for ages in Unix and Linux, for good reasons.
Maybe Raspi Linux is an exception, i don't have a Raspi nearby at the moment to check, but i think basic things are done the same way here.