Ok. Thank you. We will check with the next phd2 and kstar releases.
BTW: by Remote desktop of Windows I connect Pi. What is your solution?

Hi,

according to the documentation nou's scripts should work on any Debian-based distro. This would include Pi OS bullseye 64bit. However compilation on that distro fails repeatedly within the indi-3rdparty section at libahp-gt compilation/linking time. Error is "File format not recognized." for '/usr/lib/arm-linux-gnueabihf/libahp_gt.so' by ld. File is actually a 64bit object as expected.

Apologies for not supplying exact error messages - I am currently trying the same installation on Ubuntu 22.04 after it was mentioned within this thread and that seems to at least get over the indi-3rdparty section that breaks on Pi OS (but I would prefer to run the whole thing on Pi OS). If required I can set up the system again on a new SD card with Pi OS and supply exact info. But it can be reproduced quite easily.

Steps to reproduce: follow the installation instructions. Fresh install of Pi OS bullseye 64bit (desktop), get the scripts via git clone, run `./install-dependencies.sh` and run either "build-soft-stable.sh" or "build-soft-latest.sh" (it fails on either). Compilation runs fine till the indi-3rdparty section where the error occurs and the script stops.

Is this a known issue?
Is there anything that would need to be setup/configured/installed prior to cloing and running the scripts? I suspect that the gcc/cc/ld setup on Pi OS is different from Ubuntu which causes this issue.

Thank you for any insights,
Michael

I now exclusively use Raspberry Pi OS 64bit ‘bookworm’ on my RPi4 and RPi5. Just to say I have several microSD cards and USB drives (Samsung Fit Plus 256GB) on which nou’s scripts have worked perfectly, the latest one being yesterday (2024-02-17). I used to use bullseye but after the December updates, bookworm has been working fine.

Hello Avocette,

thank you for the information that it cmpiles on bookworm which can also be gathered by watching Wolfgang's video some postings above. My question however was whether the scripts will work on bullseye.

Regards,
Michael

Yes this is known issue. Triple check that you have indeed 64 bit system. Because /usr/lib/arm-linux-gnueabihf path indicate that you are running 32 bit system.

I used Pi Imager to install "Raspberry Pi OS (Legacy, 64bit) a port of Debian Bullseye with security updates and desktop environment".
"uname -a" returned 'aarch64' (among other info). No further config was done on the system so I assumed that I was running a 64bit system.

Am currently trying installation with bookworm - usually I try to avoid OS-versions that are so young.

Thank you for responding,

Michael

I saw this issue previosly. uname -a does return aarch64 on raspberry OS but it is in fact 32bit system. Only kernel is 64bit but rest of system is 32bit. If there is no /usr/lib/aarch64-linux-gnu then you don't run 64bit system.

There was no /usr/lib/aarch64-linux-gnu - I checked when looking at toolchains to remedy this issue. So that seems to be the cause: I was not running a full 64bit kernel/OS/userland installation.

Thank you for clearing this up,
Michael

A question for Nou or other software experts: Does the script have to be run on the device which it will be used on? I have used Nou's script to build KStars 3.6.9 on Raspberry Pi OS 64bit Bookworm on both a Raspberry Pi 5 (8GB) and a Raspberry Pi 4 (4GB). I was surprised to find that the two images do not seem to be interchangable, although I have found that the RPi 4 one does run also on an RPi 4 (8GB) as I expected. Any explanations? Thanks.

I have not the PI5, but I believe the PI4 and PI5 boards are completely different from the HW point of view. The boards have different design.

HI, I apologise about this help request, but I have tried to compile phd2 unsuccesfully. From the shell, the command is ./build-soft-stable.sh phd2 and I have got this message:
fatal: invalid reference: v2.6.12
PHD2 configuration failed
fatal: invalid reference: v2.6.12
PHD2 configuration failed

Thaking you again for your useful and fantastic job.
Regards
Sergio

Avocette:
There is used option "-march=native" which can cause that binaries are not interchangeable on different processors. So if the OS itself run and just compiled KStars does not then delete that string from beginning of script delete all build-* directories so it get rebuild and it should work across RPi4 and 5.

Sergio:
Please run "git tag" in phd2 directory and check if it contain that v2.6.12 line. If not try to run "git fetch --unshallow"