mitu

Hello @Igor, thank you for the update. I understand the predicament for lacking enough resources given the scope of the project and I don't expect things to work OOB without testing. I've updated the package list via apt and now I can see the headers package now for the current-rockchip-rk3588 Linux kernel (along with a the new linux-image .deb package). I have installed it and can confirm that dkms works fine to complile the WiFi dongle's driver - though it's not fully working yet, though this is purely a driver issue, not related to Armbian/Debian. Thanks for the updated kernel packages.

@Werner thank you for the reply. I'm familiar with the Wiki page, I'm aware some functionality will be missing using the 'edge/current' kernels. In fact, my intention when using the current/upstream kernel was to test how HDMI output was working, since it wasn't working a few months back. However, the functionality I'm missing is not related to the specific SBC/Vendor - as you said also, I was expecting the driver for the 8812au to be included/work. I haven't found a related 'kernel headers' package through apt also, hence my question/topic is mostly about the package. Having the headers package would help with any external kernel module that would be installed through dkms.

I have installed the recently released `Desktop images with Armbian Linux v6.10` image (24.8.1, Debian Bookworm, with the Cinnamon desktop) on an OrangePi5 and I'm happy the HDMI support included has finaly enabled the video to my 1080p display. However, my previously supported WiFi adapter is not recognized in this version - it worked with the vendor (5.10) kernel which I used with last year's OrangePi5 image, but how it seems the driver is not installed with 6.10. The WiFi adapter is connected via USB and it's listed as Realtek Semiconductor Corp. RTL8812AU 802.11a/b/g/n/ac 2T2R DB WLAN Adapter. Now, there are a few DKMS/out-of-tree drivers that I could install, but the problem is that there are no kernel headers for the current Linux image kernel - trying to install them via armbian-config returns me to the previous screen almost immediately. Is the kernel headers package missing or is maybe named differently ? FWIW, the Linux image package is linux-image-current-rockchip-rk3588.

There are various methods to check the current resolution. compile modetest from Mesa (not sure if there's any package including it) and use it to inspect the current resolution. https://gitlab.freedesktop.org/mesa/drm/tree/master/tests/modetest there's a similar utility (kmsprint) in the kmsxx project - https://github.com/tomba/kmsxx Both utilities also allow you to test various resolutions to see if they're supported by your monitor/display. SDL2 has specific support for mode change in their KMS/DRM video driver. You can see how it's done by looking up in their test folder for various testing utilities, most of them support the --fullscreen parameter (when they set a fixed resolution, usually 640x480) and --fullscreen-desktop (where they use the current 'desktop' resolution and scale the main window to that). Note that none of this is specific to Armbian, the behavior and capabilities are dictated by Linux's DRM/KMS APIs. xrandr works only withing Xorg, so it's normal it's not working outside of it. There is no equivalent to it when you're using a pure KMS/DRM environment, the resolution change/switch has to be done at the application level. If you want to set a specific start-up resolution for your system, instead of Linux choosing the best resolution from the ones reported by your display, then you can use the video Linux kernel parameter to set it up - see https://wiki.archlinux.org/title/kernel_mode_setting#Forcing_modes.

Probably because mainline Linux kernel doesn't have HDMI support yet - see https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md. I think that if you need GPU/Video support it's better to use the version based on the legacy (5.10 ?) Linux kernel.

This is a domoticz issue, if you're unable to install from source then ask for support in their forums (or whatever they use for support). The issue is not specific to Armbian.

You'll need to install it from source the binary releases don't seem to support the newer OpenSSL3 libraries, see https://github.com/domoticz/domoticz/issues/5233,

I think there's more than one place where ifconfig is used. Debian 12 bookworm seems to not include it by default, so perhaps it's time to be replaced with the "newer" alternative. I have a hunch that the Armbian is aware of this issue.

Looks like ifconfig is not found and armbian-firstrun-config errors out because of it. Which image are you using ?

Check the contents of /etc/default/locale - put there your desired language (en_US.UTF-8 should get you American English) and then reboot. Also, check out the Debian Local entry from https://wiki.debian.org/Locale, your question is not specific to Armbian.

Run: sudo dpkg-reconfigure locales and choose your preferred language. Your current locale seems a variant of Yiddish

Does this work for a 23.02 system ? I just gave it a try and - although I didn't get any errors from apt - the system didn't boot afterwards. EDIT: forgot to mention this was done on a OrangePi 5 system (installed with Ubuntu Jammy 23.02 release/image).

Using hostnamectl

Aren't your screenshots from different systems ? If you try to download the .pom file with curl and post the output on pastebin.com ? curl -vv -S https://repo1.maven.org/maven2/org/antlr/antlr4-maven-plugin/4.9.2/antlr4-maven-plugin-4.9.2.pom -o /dev/null FWIW I also have installed the same Armbian version and don't have an issue with downloading said file (though I'm using a different kind of SBC).

What version of Armbian are you using ? Is it up-to-date ? - you may need an updated ca-certificates package to get the latest CA signing certs.