-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bullseye release missing libmraa - Hat install script fails looking for libmraa #39
Comments
DietPi has not been tested, so there may be a problem with the installation script. It looks like the package name has changed, I will test it and get back to you. |
You mean you did the upgrade to Bullseye manually? This is never done automatically. Revert the
There are no issues known with the Radxa Buster repo on Debian Bullseye. |
Michalng - I flashed my emmc with dietpi buster. On first boot, it apparently does an automatic upgrade to bullseye., In my testing, I stopped the first boot auto-update process and ran the penta-hat script. Since it was still buster, it used the correct repo and installed the drivers and everything worked, until I tried to do the update upgrade again. Updates would not work. I tried using the buster report on a clean bullseye install. That generated errors missing prerequisites. I tried other distros. I was able to get Ubuntu to see everything without issues, but Open Media Vault only supports debian. Thank you for the help! |
We do not host any Buster images. If this was really one, where did you get it from?
How do you know this? Can you share logs or console output about that? There is no code or mechanism in official DietPi which would perform a distribution upgrade in any case. Package upgrades and a
I don't know this script, but I hope it does not get the distro version from
Either the script does not detect the Debian version correctly then, or it is not Bullseye itself but a particular package upgrade which causes an incompatibility. But to know this better, please point me to the scripts source code and paste its output here.
You mean the Radxa Buster repo on a Debian Bullseye image, just the way our ROCK Pi 4 (Bullseye) image is currently shipped? Then the script is not compatible with Bullseye yet. Note that Radxa does not provide Debian Bullseye images yet, hence the WIP Radxa Bullseye repo and that may be the reason why this script does not work on Bullseye either. But it may be easy to make it compatible by updating the dependencies.
Makes sense that it works with the Debian and Ubuntu versions Radxa ships, but not necessarily with newer distro versions. A little wink at this point since the Debian Bullseye feature freeze was more than a year ago 😉. |
Hi - Radxa has images and links to third party ones: https://wiki.radxa.com/Rockpi4/downloads. I've tried these, but had issues. Plus I don't need a big installation with a desktop. I have tried my older buster download and the newer bullseye download. Both have issues as buster upgrades to bullseye. I can re-run the process and take screenshots. But after the first logon, if I don't cancel, it downloads and installs. It's also stated in the install documentation: https://dietpi.com/docs/install/ If I use the dietpi buster image and cancel the initial first run upgrade I can run The dietpi buster I started with last year was flawless until the bullseye release. I was not successful with the radxa debian version. Ubuntu yes, but I need debian for Open Media Vault (OMV). Having a lighter weight distro is preferred since this unit will primarily be headless. The nas unit I'm using I bought from allchina.net. Nice unit, but to get to the emmc you have to disassemble the entire unit. after a dozen iterations of os flash and troubleshoot, I put the buster back on and reassembled. I can go through it again to grab screen shots and to show what the script is putting in if needed. Hopefully you can test and see what I'm seeing. Thanks you again for the assistance! |
Please do so. The documentation states that "DietPi" is updated to the latest version, but not the underlying "Debian". To verify which Debian version it really is, run the following command: cat /etc/os-release
Again, there is no distro upgrade performed automatically, so then it must be a package upgrade on Buster. Easiest, as always, is if you provide the logs/outputs of the script when running into the error 😉. |
Found it for our current Bullseye image: We use the Armbian kernel for our ROCK Pi 4 Bullseye image in the meantime, since the old Radxa kernel causes more and more issues with Bullseye userland software. But we do not use the Armbian system overlay package, hence Please run this script on our current Bullseye image: https://cos.setf.me/rockpi/sh/penta-sata/armbian.sh But no idea why it would fail on the old Buster image, even after upgrading to Bullseye (when done manually but without touching @akgnah if [ -f /boot/armbianEnv.txt ] || [ -f /boot/dietpiEnv.txt ]; then
curl -sL $ARMBIAN_URL | sudo -E bash - And in ENV='/boot/armbianEnv.txt'
[ -f /boot/dietpiEnv.txt ] && ENV='/boot/dietpiEnv.txt'
...
if grep -q '^user_overlays=' "$ENV"; then
line=$(grep '^user_overlays=' "$ENV" | cut -d'=' -f2)
if grep -qE "(^|[[:space:]])${fname}([[:space:]]|$)" <<< $line; then
echo "Overlay ${fname} was already added to "$ENV", skipping"
else
sed -i -e "/^user_overlays=/ s/$/ ${fname}/" "$ENV"
fi
else
sed -i -e "\$auser_overlays=${fname}" "$ENV"
fi |
Thank you so much! That worked and the fan/display are working. The cpu is now down into the safe temp range and I can move forward again. I really appreciate the support! |
Perfect. Just for the record: |
Question and update: I'm trying the dietpi bullseye now and have a couple of issues. Which do I need to use? I ask as the dietpi bullseye (non radxa) sort of works. script above shows missing libmraa. The fan works, but the display does not. I can move the radxa dietpi bullseye next and test. just need to get a good, stable install so I can rebuild my backup nas. Storm |
Generally I recommend to use our current Bullseye image, which is using the Armbian kernel, and then https://cos.setf.me/rockpi/sh/penta-sata/armbian.sh. I see now curl -sSfLO 'https://cos.setf.me/rockpi/sh/penta-sata/armbian.sh'
chmod +x armbian.sh
sed -i 's/\$DISTRO/buster/' armbian.sh
./armbian.sh
rm armbian.sh |
I've had trouble making the radxa images work. I flash them to my emmc and the no boot or activity. I seem to have been able to Install the Dietpi Buster release, do the post install and update. Then fun the new script. The display comes up and fan comes on. I upgraded to bullseye and installed open media vault. There are 2 problems post upgrade:
I'll have to try to get things to work tomorrow. |
@MichaIng But Bullseye does not have libmraa at present, we are supporting it. |
Great, many thanks. The probably best workaround for Bullseye currently is to additionally add the Radxa Buster repo before running the script: curl -sSfL 'https://apt.radxa.com/buster-stable/public.key' | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/radxa-buster.gpg --yes
echo 'deb https://apt.radxa.com/buster-stable/ buster main' | sudo tee /etc/apt/sources.list.d/radxa-buster.list That way all packages are available but the ones already present on the Bullseye repo are preferred (assuming being newer versions). At least I'm not aware of any dependency issues, like that any of the Radxa Buster packages would depend on an actual Debian Buster repo package, or so. |
Thank you again for the help. After a few iterations, I finally have everything back up and everything working with dietpi bullseye. I'm very appreciative of the support the update the config! |
Hi, I came here because I upgraded to armbian bullseye and my hat's fan is running like hell. I tried adding:
but I cannot install
However, when I run the scripts:
Is there anything I can do? |
Oh, I've not seen the explicit Python 2.7 and Python 3.7 dependencies: https://github.com/radxa/apt/blob/15efb9f/buster-stable/dists/buster/main/binary-arm64/Packages#L989 Hmm, I wonder whether/why Python 2 AND Python 3 are required, it works with both individually and does not require both. So the dependency could be cp -a /usr/local/lib/python3.7/dist-packages/*mraa* /usr/local/lib/python3.9/dist-packages/ |
Hi, I tried. It is linked against python3.7.
Is that package just a compiled version of this fork? |
It seems that indeed it internally looks for Python 3.7 explicitly. Compiling it yourself with |
Hi -
I've tried reporting this in several ways, but have not had a reply. The buster releases have the libmraa in the package and the install script worked (previously). I have a rockpi 4c and was successfully running dietpi and a penta hat. When I ran updates to the OS, an upgrade to bullseye was applied. This crashed my OS. Based on the problems I've been experiencing trying to reinstall, the lack of libmraa library in the Bullseye-stable, bullseye-testing releases is likely the problem.
In the reinstall, I have installed my original DietPI buster OS. The first boot process immediately upgrades the system to Bullseye. The penta-hat install script fails looking for libmraa. I can reconfigure my raid array, but the top hat and fan won't operate leaving the system to overheat. I'm now left with an unusable system waiting for a working script for Bullseye.
Any chance this can be added?
Thank you,
Storm
The text was updated successfully, but these errors were encountered: