Werner

moved to tvboxes

Then you should stay with edge for now. current will only receive critical and security fixes due to its LTS nature.

moved

There is only amd64 download as far as I can see. Yes, browser compilation takes crazy amounts of memory and computing time.

There is no official support for offline work. You can try OFFLINE_WORK=yes but no clue if it still works.

./compile.sh BOARD=orangepi5-plus BRANCH=vendor RELEASE=noble ENABLE_EXTENSIONS=mesa-vpu or something like that for an image with this extension built-in. There is no method to install this on a existing system (yet).

https://docs.armbian.com/Process_Contribute/#adding-a-new-board

For those we cannot and will not help. This is a fork which uses the name Armbian without permission and does not contribute to the core development process. Ask at their place for help. For the leftover: code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbianmonitor -u would be a good start.

Maybe the mirror isn't good at this time. You can work around by choosing any mirror from this list and add it to your armbian source list: https://docs.armbian.com/Mirrors/

Ah, I misunderstood. I thought does not appear at all anymore but the question was about manual call. Has been answered properly already.

If there is no overlay available you may need to write one by yourself. I'd start by modifying the device tree itself and set the port in question to host and see if this actually works. I think armbian-config comes with a device tree editor. Make sure to make a backup beforehand.

moved to off-topic we dont support 3rd party os.

To 1.) it is only displayed if the first boot assistant is not cancelled before user creation. To 2.) You should find some clues here: https://github.com/armbian/build/tree/main/packages/bsp/common/etc/update-motd.d

Cannot reproduce: root@pihole-v2:~# apt update Hit:1 http://security.debian.org bookworm-security InRelease Hit:2 http://deb.debian.org/debian bookworm InRelease Hit:3 http://deb.debian.org/debian bookworm-updates InRelease Hit:4 http://deb.debian.org/debian bookworm-backports InRelease Hit:5 https://github.armbian.com/configng stable InRelease Get:6 https://armbian.atomonetworks.com/apt bookworm InRelease [54.1 kB] Get:7 https://armbian.atomonetworks.com/apt bookworm/bookworm-utils all Packages [10.4 kB] Get:8 https://armbian.atomonetworks.com/apt bookworm/bookworm-utils arm64 Packages [205 kB] Get:9 https://armbian.atomonetworks.com/apt bookworm/bookworm-utils arm64 Contents (deb) [55.9 kB] Get:10 https://armbian.atomonetworks.com/apt bookworm/bookworm-utils all Contents (deb) [36.1 kB] Fetched 362 kB in 3s (143 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. root@pihole-v2:~# cat /etc/apt/sources.list.d/armbian.list deb [signed-by=/usr/share/keyrings/armbian.gpg] http://apt.armbian.com bookworm main bookworm-utils bookworm-desktop

Hi, there are some pending changes to uefi config, not sure if they would affect you: https://github.com/armbian/build/pull/8377

I assume it is some debugging left-over. Dealing with sbc families and sunxi in particular it is a ongoing fight against regressions and having a debug kernel can help to identify such. It is not ideal having this on end-user sbcs enabled but to limit resources we cannot afford having two current branches with and without debugging. If this is an issue for you, you can always use the build framework to build your own kernel package with adjusted kernel config disabling traces.

I don't think there are pre-built images with both ha and de by default. You can try to build your own by adding this extensions to your own userpatches and enable it: https://github.com/armbian/os/blob/main/userpatches/extensions/ha.sh

Alright, was described a bit weird so I assumed you were talking about some 3rd party image. I cannot tell what's the difference or if they work better than ours since I don't use or deal with those. Best you just give all of them a try. Bullseye is Debian old-stable and will soon become old-old-stable. So if you don't want to deal with multiple major upgrades, if possible at all, I'd recommend to start with Bookworm or even Trixie (which I assume will not introduce major breakage until finally released in August since most packages are frozen already).

I suggest - if you want to continue with this approach - to add this as an extensions since having the necessary patches built-in for a board that needs hw modifications makes no sense. Examples: https://github.com/armbian/build/tree/main/extensions

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

moved

https://docs.armbian.com/User-Guide_Autoconfig/

Well other option is the upstream broke somehow. KDE neon is based on their testing branch so if there is a faulty package uploaded desktop breaks. Though we won't dive into this since KDE is no officially supported desktop environment by us. We mostly do GNOME and XFCE only. We don't have resources to deal with more while we wish we would/could.

Well yes and no. This depends in board family and how well support is matured. In case of rk3588 support is very basic. This is also an LTS kernel which means no new features will be available and only security fixes will be applied. Enhanced hdmi support is available in edge kernel and also in rockchip bsp which we call vendor. If the system is accessible via terminal or ssh, use armbian-config to switch kernels. Otherwise - if available - download an image matching DE and kernel or use the build framework to build your own.

Expected. tl;dr: use vendor or edge kernel and retry