Igor

Logs excerpts are usually useless. Provide logs as suggested from the build output:
Try to build from main instread (I assume you tried 24.05 branch)

solved: took an hour to get it right. yaml is a picky bitch about format but its working.  apt upgrading now.Thank you Igor.

OK, then its something else apparently. We'll keep an eye on it, but if Ubuntu based variant just works, use it. There are no Canonical services in it so its more similar to Debian then regular Ubuntu for desktops, just better as packages are a bit more recent, more polished.

I think this part is safe to ignore. Wireless works, BT scans finds nothing (this perhaps needs fixing). But this hardware is too old to bother with. Its more like a reference to see if Allwinner A20 generally works.
 

That is important part, yes.
 
 
Do it always the same even not most optimal ?
 

We don't have this info in db at the moment.
 

Its binary - board failed completely, not responding but it should = error at CI level. There were few people saying that they will help to develop this test framework, but its only what I wrote some time ago. 

Yes, it worked great. Thanks!

Should be fixed now.

base-files are now in correct place and repo should be in sync.
https://fi.mirror.armbian.de/apt/pool/bookworm-utils/b/base-files/
 
sudo apt-update
sudo apt-upgrade
 
should do.

@paradigman
@xuandat09
 
fixed for kernel 6.6: Github Pull Request
it will be present on next release,
h96-tvbox-3566.tvb
 
 
In kernel 6.10+ I think Desktop Rockchip Will became Viable
Fell free to fix kernel 6.10.2 

Try this way:
 

TY! It helped.

There are known / unknown issues with Allwinner ATM:
https://github.com/armbian/build/pull/6887
 
Use some older image from archive, not latest builds. And freeze kernel updates until this is resolved.

Thx 4 info. Done. Problem tackled. System has updated without issue. 👍

https://imola.armbian.com/apt/pool/bookworm/b/base-files/
Files / index needs to get synced but I think its ready. Try now.

We are thrilled to launch this initiative to recognize and reward the incredible contributors who help keep Armbian running smoothly.
 
All existing and new contributors will be entering the pool to win modern powerful and sleek Intel powered workstation:
 


 
1 x Khadas Mind Premium + dock
and
1 x Khadas Mind Standard + dock

Review:
https://www.servethehome.com/khadas-mind-is-a-different-mini-pc-our-review-intel-1360p/
 
About:
 
 
More info:
https://www.armbian.com/newsflash/armbian-khadas-are-rewarding-contributors/
 
How to nominate?
Post into reply why you think certain forum member contributions stands out and should be added to the pool.

This is custom hardware world. There are many models, some are similar, some different, some very different. Some vendors sets names with complete absence of any logic ... and there is little we can do about.
 
 
Orangepi Debian and Orangepi Ubuntu are Armbian fork. They generate those images with Armbian tools that were forked few years ago and where they removed all other vendors out. Instead of cooperating with us on the same code base of the build FW, they "maintain" their own. Also kernels are maintained by https://github.com/orangepi-xunlong/linux-orangepi/commits/orange-pi-5.10-rk35xx/ (one person) vs. Armbian + community maintained (10+ people) https://github.com/armbian/linux-rockchip/branches. We have ditched this very old (named legacy at Armbian) kernel 5.10 few months ago and we just released 3rd version of (named vendor at Armbian) kernel 6.1.y. Both, legacy and vendor are provided by Rockchip and are containing many non-standard solutions that cannot and will never be mainlined. Then there are mainline based kernels, named current and edge, which are derived from kernel.org but heavily patched to provide as good as possible functionality. This latter does not interest HW vendors much as its beyond their control.
 

You need to have a strong reason to run their software. It's purpose is to sell hardware.
 

Armbian bookworm current is what you want. Only problem here is that we (Armbian staff) don't have re$ources to spent on this device, so it will remain community supported. There is also a version of this board that is broken and will only cause additional expenses. And our time is too precious. 
 

Absolutely not. Forget about kernel 5.1.y Its dead end, nobody is maintaining it anymore.

@Igor
 
Thank you very much for your information!
At present, I have synchronized the kernel to the latest version and can already see the wlan0 network card.

It is, since moving network bits into extensions. Here it is installed:
https://github.com/armbian/build/blob/main/extensions/network/net-systemd-networkd.sh#L11

For anyone struggling with Docker connectivity issues on latest Arbian minimal images, I've found solution (although, can't say if it's a good or bad solution, I'm not a sysops wizard or whatever) which does seem to work fine for my use case.
 
Tested on "Armbian_community 24.8.0-trunk.399 Bookworm with Linux 6.6.36-current-sunxi64"
 
By following this stackoverflow answer (https://stackoverflow.com/a/76440642/951007), I've modified netplan's default configuration file (currently "/etc/netplan/10-dhcp-all-interfaces.yaml" file) from:
(...) all-eth-interfaces: match: name: '*' (...) to
(...) all-eth-interfaces: match: name: 'en*' (...)  
and restarted the entire SBC.
 
With this change applied, docker network adapters changed their SETUP from "configuring" to "unmanaged", as it apparently should be in the first place (although please do note that other adapters have been changed as well, so proceed with caution):
$ sudo networkctl list IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 end0 ether routable configured 3 wlan0 wlan off unmanaged 4 docker0 bridge no-carrier unmanaged 5 br-xxxxxxxxxxxx bridge no-carrier unmanaged 6 br-xxxxxxxxxxxy bridge no-carrier unmanaged  
After that, Docker was able to communicate with the outside world:
$ docker run busybox ping -c 1 1.1.1.1 PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: seq=0 ttl=57 time=4.741 ms (...)  
and was able to communicate with other docker-based services in the same network - in my case, a Spoolman instance was not able to communicate with Postgresql instance started using one docker compose file.
 
---
 
Again, please do note that I'm no expert in this regard, so if you decide to follow this solution, I would recommend verifying whether other services (that require connectivity in any way) still work as expected.

Hi there,
 
I revived my BananaPi M1 (ARM7 32bit) last week. I installed a fresh armbian and just docker like this:
 
sudo apt-get update sudo apt-get install ca-certificates curl sudo install -m 0755 -d /etc/apt/keyrings sudo curl -fsSL https://download.docker.com/linux/debian/gpg -o /etc/apt/keyrings/docker.asc sudo chmod a+r /etc/apt/keyrings/docker.asc echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/debian \ $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin sudo gpasswd -a $USER docker newgrp docker docker run hello-world  
The "Hello world" worked.
 
But when I tried to run anything useful things failed. Seafile installed okay, but calling the UI timed out. Paperless-ngx complained that paperless-webserver cannot find route to redis. Stuff like this. I just want to use the machine in my internal Network at home.
 
To investigate further I installed a simple httpd docker to see if I can reach that one. No luck. Neither from another machine in my LAN, nor via lynx  on BananaPi calling localhost. The request goes out as the port seems to be open, but it never reaches the daemon inside the container or cannot respond. Same commands on my "production box" (a HP t630 with debian bookworm) work fine.
 
So my conclusion is that it must be something in the OS.
 
I compared iptables on BananaPi and t630 and checked the output of 'sudo /usr/sbin/sysctl -a | grep forwarding | grep ipv4' - they are the same.
 
I'm a little bit clueless where to check, what commands to use as I'm quite new to docker. Do you have any suggestions?
 
Thanks, Peter.

We are thrilled to launch this initiative to recognize and reward the incredible contributors who help keep Armbian running smoothly.
 
All existing and new contributors will be entering the pool to win modern powerful and sleek Intel powered workstation:
 


 
1 x Khadas Mind Premium + dock
and
1 x Khadas Mind Standard + dock

Review:
https://www.servethehome.com/khadas-mind-is-a-different-mini-pc-our-review-intel-1360p/
 
About:
 
 
More info:
https://www.armbian.com/newsflash/armbian-khadas-are-rewarding-contributors/
 
How to nominate?
Post into reply why you think certain forum member contributions stands out and should be added to the pool.

Hi there,

I wanted to share with everyone here the final product - a gaming handheld we've designed from scratch in Solidworks. I've been working on this with a fellow Armbian contributor @GinKage for quite some time (probably over a year now... time really does fly) who has helped me learn a lot on the software side, which I wasn't really familiar with before I reached out to him. Despite it's shortcomings, I'm really happy with the v1 build. I hope you guys like it! 

Open source files can be found here, including CAD files, Armbian build files and more.  
https://github.com/StonedEdge/Retro-Lite-CM5
 
Retro Lite CM5: Radxa CM5 Gaming Handheld
 

 
Specifications
Hardware specifications
3D printable housing in PLA. Comfort grips for added ergonomics
Radxa CM5 Compute Module (8GB RAM/64GB eMMC)
SoC – Rockchip RK3588S octa-core processor with 4x Cortex‑A76 cores @ up to 2.4GHz, 4x Cortex‑A55 core @ 1.8GHz Arm Mali-G610 MP4 “Odin” GPU Video decoder – 8Kp60 H.265, VP9, AVS2, 8Kp30 H.264 AVC/MVC, 4Kp60 AV1, 1080p60 MPEG-2/-1, VC-1, VP8 Video encoder – 8Kp30 H.265/H.264 video encoder
WiFi 6/Bluetooth 5.2 via PCIe E-key slot (Intel AX210) - https://www.intel.com/content/www/us/en/products/sku/204836/intel-wifi-6e-ax210-gig/specifications.html
6 layer carrier board with 3 B2B mezzanine connectors to interface with any Radxa CM5 module
5v boost rated at 3.5A continuous current
RP2040 gamepad HID controller - complete with SDL mappings and evdev gyro support/mouse control via MPU6050
1280 x 720 (5.5" DSI IPS LCD): DSI video output on internal display
Up to 4k HDMI video output via HDMI output
Up to 4k DisplayPort Alternate Mode via Type-C
USB 2.0/3.1 capable USB-C data transfer
USB-C dual role port functionality (sink/source)
Brightness and volume HUD adjustment. Brightness is adjusted by holding plus hotkey + down/up. Volume controlled either by volume buttons or plus hotkey + left right DPAD
USB-C PD charging support via sink profiles supporting 5V/3A, 9V/3A, 12V/2A & 15V/2.6A (switch charger) via TPS65987D PD controller (see binary in TPS65987D folder). Recommended to use <12V for best charge and play performance
Stereo Audio Output via i2s. Dual stereo speakers with ported chambers
Headphone jack, with automatic switching
5000mAh lipo, providing around 1.5-5 hours of gameplay depending on load (to be upgraded to a larger size)
Dual stacked shoulder buttons (L, R, LZ, RZ) with dual tact buttons for GameCube functionality (LR analog/LR digital)
2x hall effect analog sticks running at 3v3
Resin casted ABXY, DPAD, start+select, shoulder buttons
Silicone membranes for nice button feel

Software specifications
Armbian GNOME desktop (Kernel 6.1.57 as of this post)
Full upstream Rocknix support
Hardware graphics support via Panfrost/OpenGLES (no Vulkan support… for now)
Safe software/hardware shutdown (either from software or via button)
Low power sleep mode
 
Internal Components/Hardware/Random Pictures
All of the components laid out - ready for assembly time!


Internal PCBs - 6 layer boards designed myself, fitted with the compute module (v2.2 pictured)

 
Handmaking all of the buttons with silicone and resin from a machined polished mould. 3D printed buttons really dont feel good so I wanted to make these special



 
Final internal pictures before closing it up 

 
Front shot of Armbian desktop 😁 Flashed to the internal eMMC (non-socketable) with an SD card for added storage for running games via RetroPie

 
Docking. DisplayPort functionality works over Type-C with my TPS65987D/TUSB546 PD extcon config. I have set it up to work with 2 lanes of DisplayPort and 2 lanes of USB 3.0 over Type-C

 
Grips for added comfort. Because why not?

 
Purple build! (GinKage)


 

The instructions on above (under DIY) should be clearer to explain that.  When I looked at this earlier, I was guessing that is what the instructions assumed you needed to do (download that referenced file).
 
Edited the above instructions to clarify.

Ahh, okay, i didn't know
 
Now it's working.. 👍
 
Thank's Werner

Probably this is the problem. For example - I have to switch to X11 in order to share screen over Zoom, on Wayland, this functionality simply doesn't work.
 
Check this:
https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277

Not anymore  ZFS, versions that we are adding is now again properly autotested:

and this won't be happening in the future. If dependency check fails, packages are not pushed into the repo ...

There are updated images v24.5.2, which should work OOB.