Igor

... problem is elsewhere. This is running: sudo dpkg-reconfigure tzdata in CLI (Armbian Noble), choosing region Atlantic, then:

Armbian config is just a wrapper to system tools that are dealing with this. We only change hardware related packages, the rest is stock Debian / Ubuntu. Is this problem solved somehow in Ubuntu? Probably the core of issue is originating from here: https://www.iana.org/ "Time zone of Iceland in Africa?" https://lists.iana.org/hyperkitty/list/tz@iana.org/message/QKQ27H23CTLFGJAQXJ24IVLRLQXHRLUA/ Interesting problem ...

So we are perhaps looking at potential changes on SSH app / encrypting introduced in Debian Trixie? That affects certain clients. On Armbian side - we didn't change anything in this regard. Eventually we will get down to why this doesn't work. Software developers have to learn how to live with constant frustration. It never goes away ...

Problem must be affecting most if not all (Armbian Debian) users in order to be removed. We need to understand why you have problems and we / others don't. If there will be more reports on issues, we will look into and fix them. This is how it usually goes. And minimal CLI has different networking stack as server / desktop.

Double checked with fresh image Armbian imager -> Odroid -> XU4 -> Armbian Trixie minimal. Works as expected.

One option is to start a crowdfunding campaign. You can review how previous campaigns were structured here: https://forum.armbian.com/crowdfunding/ As a rough estimate, bringing a new board or image to a sustainable level typically requires around $5,000 just to cover the initial development effort - when dealing with something simple. Running a campaign also gives a clear picture of how challenging it is to secure funding for this type of work. However, initial development is only part of the cost. To avoid creating another long-term maintenance burden (a “support black hole”), an additional $5,000–$10,000 is usually needed to cover ongoing maintenance, updates, CI resources, testing, and long-term support. It’s also important to emphasize a general principle: you should ideally choose hardware that is already officially supported, rather than expecting support to be built around hardware after purchase. Supporting embedded devices sustainably requires planning, funding, and long-term commitment — it doesn’t happen automatically. In short - it’s possible, but it requires realistic budgeting and shared responsibility.

If you want to add new board with its own device tree, this is a good example: https://github.com/armbian/build/pull/9423 Remember to add pictures - this way https://github.com/armbian/armbian.github.io/pull/236

Trouble with SSH client or failed SD card could explain this. We didn't change anything in this regard. SSH settings are Debian / Ubuntu defaults. We are not altering this. I tested latest image on XU4 and - it worked.

Auto generated images: https://dl.armbian.com/nightly/orangepirv2/Forky_current_minimal https://dl.armbian.com/nightly/orangepirv2/Noble_current_xfce

It is possible but I think it is currently broken / unfinished / does not work (properly) yet.

Actually not as I am human - I need time and focus to be able to understand what the code does. Same as everyone else. BASH is list of commands and if you are average tech person you can interpret those command, one after another to understand what is going on. AI can help. You can, but you can not expect that I will answer them. Perhaps someone else will, perhaps nobody. I show you how you can understand it without destroying my brain - I need to look into the code to answer questions ... Its Friday evening here and I already answered at maximum effort.

Radxa images comes with proprietary vendor kernel v5.15, which we won't integrate for this hardware - Armbian is only made with mainline derived v6.18.y / v6.19.y kernel, which is far from completion. Those SW stacks are fundamentally different. We can produce a Bullseye image, but with a kernel 6.18.y only ... which means identical hardware support as on Armbian Trixie. In general https://docs.armbian.com/User-Guide_FAQ/#why-things-stop-working

Its BASH, so its easy to interpret: https://github.com/armbian/build/blob/main/packages/bsp/common/usr/bin/armbian-install perhaps by AI: https://chat.z.ai/s/084a9535-9fd8-4078-ab9c-ad85254689cf Refactoring draft: https://github.com/armbian/configng/pull/384 Plan is to write this script from scratch ... but dunno when. This should work in all cases. I hope those tips helps.

Thank you. Basic functionality, few non critical bugs = release ready. Moving to main download location. Imager will have them after they are moved to primary download location. Test images are not there. We don't provide that. We will only provide images with mainline derived kernel which is hard to compare - its a very different SW stack - with Radxa vendor kernel. Basic (!) functions for headless usage are already working. The rest in next 6-12-> month.

Are those ok? https://fi.mirror.armbian.de/incoming/igorpecovnik/radxa-e25/archive/ One current, one vendor.