All Activity
- Past hour
-
Agreed. A check if the package is installed (and if not install it beforehand) would be sufficient too. PRs to fix this are highly appreciated. https://github.com/armbian/build/blob/main/packages/bsp/common/usr/bin/armbian-install
- Today
-
apt upgrade is failing for any 6.12 + version
Werner replied to Stanislav Berghici's topic in Radxa Rock 5C
I suggest to retry later -
We're aware that our documentation isn't great (also about adding new hw: https://docs.armbian.com/Process_Contribute/#adding-a-new-board) but it is hard to find time for such tasks when we're crowded with other stuff already. The file extension defines a boards support status. https://docs.armbian.com/User-Guide_Board-Support-Rules/ Anyone can add .csc boards. For dts files we have dedicated folders to avoid having a patch necessary for them: https://github.com/armbian/build/tree/main/patch/kernel/archive/rockchip64-6.12/dt https://github.com/armbian/build/tree/main/patch/kernel/archive/rockchip64-6.18/dt
-
Thank you for your reply! No, I did not check THIS SPECIFIC PR. But of course the other ones, for example those @Igor already pointed to. And because of the fact, that I already checked several PR and still being not sure how to do it correctly, I hoped for a more general explanation than just another link to another PR... I wished for some explanations about good practice and how/why things are done the way they are done. "Path xyz is the place for your .csc files. Path abc for your .dts files because of blablabla..." That would just have been nice to get a better overview. Beside all the respect and appreciation that I have for you and your colleagues at Armbian, please understand that it is sometimes somewhat exhausting when guys like me try their very best to contribute and then often get calmed by link-drops... Anyway, I'll check out your referred PR and see if that helps.
-
Hi Guys, I just did a new custom Armbian build ./compile.sh BOARD=orangepi5-plus BRANCH=vendor RELEASE=noble KERNEL_ONLY=yes KERNEL_CONFIGURE=no. The image is Armbian-unofficial_25.11.0-trunk_Orangepi5-plus_noble_vendor_6.1.115_cinnamon_desktop and when I installed it on orangepi I see it is not supporting Panfrost/Mail: glxinfo | grep -E "OpenGL renderer|OpenGL version" OpenGL renderer string: llvmpipe (LLVM 20.1.2, 128 bits) OpenGL version string: 4.5 (Compatibility Profile) Mesa 25.0.7-0ubuntu0.24.04.2 but for older image Old_Armbian-unofficial_25.08.0-trunk_Orangepi5-plus_noble_vendor_6.1.115_cinnamon_desktop All was well glxinfo | grep -E "OpenGL renderer|OpenGL version" OpenGL renderer string: Mali-G610 (Panfrost) OpenGL version string: 3.1 Mesa 25.0.7-0ubuntu0.24.04.2 I did need to enable "ARM Mail Display Processor" under Device Drivers -> Graphics support -> ARM devices before I perform custom build. And I did this for both OS version 25.11.0 and 25.08.0. But newer version is not able to use it. Thanks Manish
-
I've seen this post before but the link is "404 Not Found" thats why i resorted to trying to build my own multitool and armbian hahahahahha @jock The post mentions this link: https://users.armbian.com/jock/web/rk322x/armbian/beta/Armbian-unofficial_24.11.0-trunk_Rk322x-box_noble_current_6.6.56_xfce_desktop.img.xz Is there a mirror?
-
@snow download balena etcher and flash the image onto a sdcard. This will boot armbian off the sdcard. Unless you use armbian-config and write to emmc you will be fine.
-
Starting today Oct 27 2025 I'm not able to upgrade armbian on Radxa 5C for any version from 6.12 and up with the multiple exceptions like this: Err:6 http://apt.armbian.com trixie/main arm64 armbian-plymouth-theme all 25.8.2 Hash Sum mismatch Hashes of expected file: - SHA512:718d46957b9e9940ba7569761069864c46b07bd5570db462894b81d2730803dc9f9b0618ed45104c6357b92ddf00600a9664b93bd3eaca8c453b4724ba495688 - SHA256:3ee8733f28c38f66f3a1328c93bf75d00416f8e2d1e7a5c91f4727489d7c1b00 - SHA1:2ad501942596de1a53e9339284635a712346a245 [weak] - MD5Sum:a7dc1e7a3ff05af314e49c0b841ce240 [weak] - Filesize:112140 [weak] Hashes of received file: - SHA512:f37ac430cdadcacde0d016447ff82f58ee81f9142523a39252096fc09cdb90542346bfb496be7993502ac309cfae68d22a740b4d5aadb66b687b89ad88ed4d80 - SHA256:b9a7ed2ceebe4cce4aab2f4366c8a1bd3479dec7923294b231cf529bfff137eb - SHA1:76b110fec39b59188a68e1c7e67aeb18de411bc3 [weak] - MD5Sum:3bc7dc9b0ba091d9227cc3693847ed97 [weak] - Filesize:112140 [weak]
-
@Nick A Thank you for the reply! I am still eager to try and load a different OS onto these two sticks. Sorry for the delay, somehow I just found the e-mail notifying me of your response now I'm not familiar with the process of trying to flash an image so I will start there, but before I do, is there a possibility whatever changes are made won't work, can't be undone and then brick the device? I'd probably rather not risk it if that's a possibility. But if there's always a way to re-flash them, I'm totally interested in trying anything I possibly can I'll wait to hear back from you before I attempt anything -- thank you!!
-
noble server and xfce fail to start up properly on RPi5
Janos Szigetvari replied to Janos Szigetvari's topic in Raspberry Pi
Any comments on this would be welcome. -
You'll spend the money once. Then you'll have the result thereafter. I would suggest deciding what you want, then spending whatever it costs. Orange PI is "cheap", not just in price, but in hardware reliability as well as software support. I'm not aware of such issues with Radxa. RK3588 is more powerful than Raspberry PI, but as you say Raspberry PI has great community and support. Perhaps the question is - What do you need it for? Raspberry PI might be powerful enough for your needs.
-
Orange Pi RV2 riscv64 support
The Tall Man replied to Kriston's topic in Advanced users - Development
I have an Orange PI 5 Plus, and both USB-C connectors (including the one used for power delivery) are faulty. Also the second HDMI output is corrupted. Clearly their manufacturer leaves a lot to be desired. -
Modproble probes modules built into the kernel itself. An external package (other than the kernel itself) shouldn't affect it. If it was present via modprobe before, and not after, that isn't the zfs package, that would indicate a module that had been built into 25.8.1 kernel, then excluded from the 25.8.2 kernel build for some reason.
-
Depends on your use case. If you need raw cpu power, better gpu or video processing, Go for RK3588/s based board. If you heavily rely on GPIO and its functions (PWM, I2C,...) go for RPi.
-
@Jeeva Kandasamy I haven't had that error before. Maybe your host is out of date. Have you tried "sudo apt update && sudo apt upgrade"?
-
wrong armbian firmware checksum during upgrade
armcu replied to email_com's topic in Software, Applications, Userspace
sudo rm -rf /var/lib/apt/lists/* sudo apt clean sudo apt update sudo apt upgrade works for me. -
I've heard people say that the Orange Pi is a "budget alternative" to the Raspberry Pi. On one hand, the Raspberry Pi has an excellent community, with a large user base that could really help you in your learning journey. On the other hand, the Orange Pi offers great value for money, and it's really tempting because the Raspberry Pi can be a bit pricey. What's your suggestion?
-
I don't think simply documenting what needs to be installed is the solution. (Since I've already managed to figure that out, assuming my previous message went through.) I was trying to highlight that if a service is integrated into the installer (f2fs formatting), it would be elegant (or we could call it necessary) if that minimal package were part of the stock system, so the armbian-install doesn't break."
-
Found with google: https://forum.armbian.com/topic/34923-csc-armbian-for-rk322x-tv-box-boards/page/96/#findComment-218361
-
Did you check already merged PRs which were adding new boards? Like https://github.com/armbian/build/pull/8754/files Should give some clues.
-
I am currently trying to add the board support "the official way" by forking the repo and adding the board in the "Community maintained" category. To me it seems that this requires not "normal" .config files, but ".csc" files. This is fine and I created one accordingly. But I dont know where to place it. What would be the best place for that? Additionally, I have created a patch that pulled the latest DTS file for the M1S from the mainline kernel repo. That worked fine as well and after compilation there was a local DTS file created and everything worked so far. But here I have the same problem/question: where to put these patches? Or is it preferable to use the created DTS file and place that somwhere without the patches that pull the mainline DTS? So basically I wish for a little bit support where to put which files to be "Board support Rules" compliant. Greetings!
-
Good point! I was not aware of that. I will try today and report back.
-
Lowest price is what makes it popular. But software is the biggest key of the package and there they are among the worst. On this SoC, we will be cooperating with SoC maker's board directly - working with Orangepi is too damaging for us: https://www.cnx-software.com/2025/04/27/muse-pi-pro-feature-packed-credit-card-sized-spacemit-m1-risc-v-sbc/ This will probably be done in a couple of weeks, so you can follow that and adjust accordingly.
