All Activity
This stream auto-updates
- Yesterday
-
reee111 joined the community
- Last week
-
myjoy joined the community
-
CNiessl joined the community
- Earlier
-
Zzaragoza1 joined the community
-
aneeshabapat joined the community
-
reee11 joined the community
-
Armbian v25.5: Expanding Horizons, Honoring Community, and Powering the ARM Ecosystem The Armbian team is proud to announce the release of Armbian v25.5—a significant update that reinforces the project’s commitment to delivering a reliable, high-performance Linux experience for ARM-based devices. This release highlights continued progress across the system, including deeper hardware support, enhanced tooling, and growing application modularity through armbian-config. In addition to the technical achievements, the community has received international recognition for its leadership and innovation in open-source infrastructure: Armbian has been awarded the 2025 NetBox Hero Award by NetBox Labs, joining a prestigious list of projects that have demonstrated meaningful impact in automation and open infrastructure practices. What’s New in v25.5 This release brings dozens of contributions from across the Armbian community, targeting system performance, configuration management, and hardware enablement. Noteworthy improvements include: Extended board support: The release introduces or improves compatibility for several boards including the TI SK-AM69 (PR #7885), Banana Pi M2+ (PR #8127), BeagleBone AI-64 (PR #7918), BeaglePlay (PR #7917), and PocketBeagle2 (PR #7897). These additions reflect Armbian’s growing footprint across both legacy and cutting-edge single-board computers (SBCs). Upstream firmware integration: Rockchip devices like the Rock 5B and Youyeetoo R1 now enjoy better audio and HDMI support (PR #7925, PR #7934). U-Boot versions were bumped for key platforms to align with upstream. Kernel upgrades: Devices based on Rockchip64 now run on Linux kernel 6.14 (edge branch), bringing better performance and peripheral support. Additionally, kernel patching logic is now configurable (PR #8149), allowing developers to build plain mainline kernel. Filesystem and boot enhancements: Improvements to EFI partition alignment (PR #8053) and BTRFS subvolume support further refine system boot behavior and make image generation more flexible for custom installations. Stability and quality improvements: Updates include boot script fixes, enhanced serial console support, and a simplified logging framework, all designed to improve diagnostics and system reliability during early boot and provisioning phases. armbian-config: Simplifying Post-Install System Management One of the biggest areas of growth in Armbian v25.5 is the continued evolution of armbian-config—a system utility for configuring Armbian images after installation. Whether setting up a home automation server or managing Docker containers at the edge, armbian-config now offers an impressive set of tools in a modular and approachable interface. Application library: Users can now deploy popular self-hosted applications directly from armbian-config, including Home Assistant (PR #235), Stirling PDF (PR #295), Navidrome (PR #367), Grafana (PR #351), NetData (PR #289), and Immich (PR #575). These modules are installed in isolated environments, making them easy to deploy, manage, and remove. Network and system settings: A more robust Wi-Fi station detection system improves wireless setup reliability (PR #286). New schematics and better documentation provide helpful context during network interface configuration (PR #278, PR #280). Overlay and BSP switching: Logic for board-specific overlays is now dynamically loaded, ensuring options are shown only where supported (PR #285). The BSP switching tool has been patched to correctly detect the branch being used (PR #281), and header installation logic was refactored to reduce redundancy (PR #277). These improvements reinforce armbian-config as a trusted utility for both new users and experienced developers building production or custom systems. NetBox Hero Award: Community Excellence Recognized Armbian’s impact reaches beyond code. In this release cycle, the project was selected as one of the winners of the 2025 NetBox Hero Awards by NetBox Labs. This award celebrates the community’s dedication to infrastructure innovation, automation, and transparency. Armbian was recognized specifically for its “elegant and extensible use of NetBox in support of a broad set of infrastructure needs.” This acknowledgment affirms the project’s alignment with modern infrastructure tooling and its unique role at the intersection of embedded systems and open infrastructure platforms. Read more: https://netboxlabs.com/blog/announcing-the-netbox-hero-award-winners-for-2025/ Recognized Contributors This release wouldn’t be possible without the contributors who authored the pull requests featured in v25.5. We thank: @amazingfate • @anarsoul • @andyshrk • @ArendJan • @Ayush1325 • @belegdol • @benhoff • @chainsx • @CodeChenL • @dependabot • @djurny • @efectn • @EvilOlaf • @FantasyGmm • @glneo • @Grippy98 • @HeyMeco • @iav • @ig3 • @igorpecovnik • @JohnTheCoolingFan • @juanesf • @kageurufu • @KubaTaba1uga • @lanefu • @leggewie • @libiunc • @mickeprag • @mlegenovic • @palachzzz • @paolosabatino • @plumbeo • @pyavitz • @q4a • @qbisi • @rpardini • @schmiedelm • @SeeleVolleri • @squassina • @ssp97 • @SuperKali • @The-going • @TheSnowfield • @timsurber • @torte71 • @trappiz • @useful64 • @retro98boy We also extend our appreciation to those who helped through bug reporting, testing, translations, documentation, and community moderation. Get Involved Armbian is open to all. Whether you want to contribute code, write documentation, test releases, or just ask questions—there’s a place for you. Download images: https://www.armbian.com/download Join discussions: https://forum.armbian.com Report issues or contribute PRs: https://github.com/armbian/build Read developer guides: https://docs.armbian.com Looking Ahead Armbian v25.5 is not just a technical milestone—it’s a testament to the collaborative power of open source. With a stronger foundation, broader hardware support, and a growing ecosystem of modular tools, Armbian is well-positioned to lead the future of ARM-based Linux computing. Full change logs: build framework, armbian-config
-
Numic joined the community
-
Darksou11 joined the community
-
hello @danfoxley, you can purchase tinker board 3/ 3s from rutronik: https://www.rutronik24.com/product/asus/90me09b0m0eay0/24367710.html
-
Hello ASUS, anyone official here? I guess this is my point, is Tinker Board dead?
-
How can I purchase Tinker Board 3/3S? Links and pages seem out of date. Is Tinker Board DEAD? Please HELP! From this website (where to buy) https://tinker-board.asus.com/where-to-buy.html For this US, it redirects to this page: https://shop.asus.com/us/90me01p0-m0aay0-tinker-board-2s.html
-
danfoxley joined the community
-
Juan camarillo joined the community
-
Is there any update on this? I am still considering getting the board. I am not sure if it matters much when the board will be embedded inside a machine that will be sold. So it's probably fine for me to just use the userdebug Android build. But why is this not offered in any other builds out of the box? Or has this changed. Because CAN bus, afaiu, is becoming more and more popular in industrial systems.
-
Can I apply power to the Tinker Board 3 through the two VCC5V_SYS pins on the GPIO Header rather than through the USB power connector.
-
hello @Frank, To set up the environment: Install docker and asus-docker-env Follow GitHub - asus-iot/asus-docker-env to run asus_docker_env_run Install necessary packages below : sudo apt-get install libgmp-dev sudo apt-get install libmpc-dev sudo apt-get install bsdmainutils sudo apt-get remove live-build git clone https://salsa.debian.org/live-team/live-build.git --depth 1 -b debian/1%20230131 cd live-build rm -rf manpages/po/ sudo make install -j8 Use build.sh to build code base
-
hello @Frank, sorry for the confusion, that's correct. the latest version is v.3.0.27
-
@tooz You don't get me. I want to know what are the changes between the v3.0.27 build (current releas from Asus) and the version i can build with manifest "latest". Is it the same? The changes from v3.0.23 to v3.0.27 are clear to me....
-
hello @Frank Disable auto login for the uart console and the dekstop environment. Force the user linaro to change its password at the linaro's next login Eable ROCKCHIP_EFUSE config for u-boot to set cpuid from efuse to fix the issue that all CPU has the same ID
-
BTW Building the Image under Windows 11 using WSL with Distro Ubuntu 20.04 is working too Ubuntu 20.04 seems to be the last supported OS version for the asus-docker-env GitHub - asus-iot/asus-docker-env
-
@tooz Finaly i got it running. Some packages are not available anymore on the defined sources. So we need to download them from other websites. After reading a lot of logfiles and catching all packages it was working. But i have still some questions. 1. Do you have some kind of documentation for the commands of the asus-docker-env. We were not able to find something. 2. The other question is if there is a documentation about the changes from the v3.0.27 to the latest manifest? Frank
-
hello @Frank, were you able to use buildroot? may i have the full log please?
-
@tooz Same result when i try to build the image using an Ubuntu 20.04 host machine (same as docker container) Please help
-
Hello? I'm developing Android 11 OS debugging with Tinkerboard 2s. The environment I was developing is using Tinkerboard 2S R1.02, and it's Android 11 - 4.19.172 kernel version. But this time, I received Tinkerboard 2S R1.03. This product does not recognize USB-C type on Android 11 OS under development. When I installed the OS, I recognized USB-C without any problems, so I was able to confirm that there was a problem with Android OS. So when I installed the latest version of Android 11 - 4.19.219, I found out that USB-C is recognized normally. In my opinion, the OS update would have added drivers related to USB. You must proceed with the project with Android 11 - 4.19.172 kernel version. If there is a way, please let me know the solution in some way. -
I test it on the device, I can see how the servo is moving.
-
Hi @tooz, i switched to an Ubuntu 24.04 native machine. The problem from yesterday did not appear on this machine. But i get another error after some time when i try to build the image with ./build.sh ake: Leaving directory '/source/buildroot' ====Start build rockchip_rk3288_recovery==== 2025-04-03T10:24:23 >>> host-bison 3.0.4 Extracting Done in 5s (error code: 2) Command exited with non-zero status 2 you take 0:05.22 to build recovery ERROR: Running build_recovery failed! ERROR: exit code 2 from line 719: /usr/bin/time -f "you take %E to build recovery" $COMMON_DIR/mk-ramdisk.sh recovery.img $RK_CFG_RECOVERY Can you please help me to solve this issue? Tanks. Frank
-
if you're using a x86 wsl there might be something relates to architecture similar to: https://askubuntu.com/questions/1006846/chroot-onto-arm-based-image it's necessary to have qemu supported in aarch64/ arm64. some reference: https://www.cnx-software.com/2016/05/10/how-to-run-ubuntu-16-04-aarch64-64-bit-arm-cloud-images-on-your-intelamd-linux-computer/ the easiest way to cross compile would be having a ubuntu host machine
-
The file "qemu-arm-static" is present under /usr /bin on the host system and inside the docker container....
-
My host system is x86_64 (Ubuntu 24.04 on Windows 11 - wsl)
-
hello @Frank, is your host machine an x86 host? if so, the steps above is to set up the right environment as tinkerboard is arm based
-
Yes the error occured when i try to run ./build.sh Should i install "qemu-user-static" inside the docker container or on the host system (Ubuntu 24.04)? Inside the container it was installed already. What mountpoint do you mean? I haven't mounted anything.... I just synced the repository and installed docker on the host system. After that is startetd the docker run cmd "docker-builder-run.sh" When the container was ready i tried to build with "./buils.sh"
-
hello @Frank, did this happen when you run ./build.sh? you might want to install qemu-user-static and then copy it to the mounted point e.g. /mnt/usr/bin sudo apt install qemu-usr-static sudo cp /usr/bin/qemu-arm-static /path/to/mount/usr/bin and then restart the system systemctl restart systemd-binfmt.service
-
I was able to setup the docker build environment container. But when i try to build the image i get the following error after some time... I: Extracting liblzma5... I: Extracting zlib1g... P: Running debootstrap second stage under QEMU chroot: failed to run command '/usr/bin/env': Exec format error P: Begin unmounting filesystems... P: Saving caches... if [ -f binary-tar.tar.gz ]; then \ tar -jcf linaro-buster-alip-`date +%Y%m%d`-1.config.tar.bz2 auto/ config/ configure; \ sudo mv binary.contents linaro-buster-alip-`date +%Y%m%d`-1.contents; \ sudo mv chroot.packages.live linaro-buster-alip-`date +%Y%m%d`-1.packages; \ sudo mv binary-tar.tar.gz linaro-buster-alip-`date +%Y%m%d`-1.tar.gz; \ md5sum linaro-buster-alip-`date +%Y%m%d`-1.build-log.txt linaro-buster-alip-`date +%Y%m%d`-1.config.tar.bz2 linaro-buster-alip-`date +%Y%m%d`-1.contents linaro-buster-alip-`date +%Y%m%d`-1.packages linaro-buster-alip-`date +%Y%m%d`-1.tar.gz > linaro-buster-alip-`date +%Y%m%d`-1.md5sums.txt; \ sha1sum linaro-buster-alip-`date +%Y%m%d`-1.build-log.txt linaro-buster-alip-`date +%Y%m%d`-1.config.tar.bz2 linaro-buster-alip-`date +%Y%m%d`-1.contents linaro-buster-alip-`date +%Y%m%d`-1.packages linaro-buster-alip-`date +%Y%m%d`-1.tar.gz > linaro-buster-alip-`date +%Y%m%d`-1.sha1sums.txt; \ fi Failed to run livebuild, please check your network connection. \033[36m Run mk-base-debian.sh first \033[0m Extract image tar: linaro-buster-armhf.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now umount: binary/dev: no mount point specified. ERROR: Running build_debian failed! ERROR: exit code 32 from line 642: VERSION=${VERSION} VERSION_NUMBER=${VERSION_NUMBER} ARCH=$ARCH ./mk-rootfs-buster.sh What i'm doing wrong? How to fix this? Frank
-
I want to stop the display of logs etc. at startup.
tooz replied to syse-miya's topic in General Discussion
hello @syse-miya, you'll need to disable it through dtoverlay, similar to: which os are you using? debian 11?
