Closed morrowwm closed 2 months ago
There is some package conflict on 32-bit bookworm that I have not been able to track down. The 64-bit bookworm will work for you.
There is no specific compatibility problem with 32-bit, but something about the combination of package requirements is a problem.
My mistake was using the rpi-imager. It uses a 32-bit userland version of debian 12.7 by default, even though it advertises 64-bit.
Fixed this by going to https://www.raspberrypi.com/software/operating-systems/ and choosing the 64-bit version, writing to SD card with balena-etcher or some other imager (or choose the file explicitly in rpi-imager), then proceed with Pi OS installation and indi-allsky.
It all seems to be working. Thank you for this, Aaron!
Anything bleeding edge with what I am trying to do here? The root cause of my problems seems to be that the latest RPi OS has installed with 32-bit userland, even though I chose 64-bit OS.
I have a 4 GB Pi 4 with Pi HQ camera and USB SSD.
Details
Did a fresh install of Raspberry Pi OS using the Raspberry Pi Imager, choosing RASPBERRY PI OS (64-bit) dated 2024-07-04 (debian 12.7) onto an SD card, then copied it to the SSD. It all works OK, except the splash screen says it's 32-bit. (cue ominous music)
Following the Getting Started instructions went ok, until
./setup.sh
exited, saying I needed to build the INDI libraries with./misc/build_indi.sh
Tried that, which failed with
I thought I installed 64-bit Raspbian 12 (
/etc/debian_version
has12.7
anduname -m
saysaarch64
), but as suggested, I putarm_64bit=0
in/boot/firmware/config.txt
.After rebooting, the INDI build succeeded but with some errors that seemed unrelated to my hardware.
Returned to
./setup.sh
, which output:I chose
2) libcamera
and then1) libcamera_imx477
to match my hardware.The script then quits on this error:
Before going further, I'd like to know if I'm trying something unproven. I have another machine with identical hardware running a slightly older version of RPi OS (debian 12.5) and Thomas Jacquin allsky, which does not have this 64-bit kernel vs. 32-bit userland strangeness.