Igor

It looks like we are in the middle of this transition. Some packages are in old schema (bsp), some new (kernel, dtb ...) I understand we need to generate upgrade package, but all this needs to be adjusted and well tested. What I propose is to go (temporally) back to the original versioning scheme so we can start producing nightly images and upgrade will just work. If we are o.k. (Richardo is fine with) this is best what can be done in short time, can you help in resolving this?

We need to provide this automatically for user.

What if revert versioning change to what we have now? And return to this issue later, when we have a system in better stage. We need to make upgrade possible and nothing has been done in this concern. Its not just about upgrading our builds, but also builds people generate for themselves by using a script. They / we can only wait awhile if some critical component is not functioning as expected. (even wrong way)

My 2c https://github.com/armbian/build/pull/4904

Adjusting versioning is one of next major things before we will start to publish nightly packages again. I don't know if what we have now is correct / as designed. I am aware introducing / switching to NEXT it is painful for regular processes and all developers involved but we are getting many improvements on a long run.

I can assure you ZFS from Arbmian repo works perfectly fine. We are using it on two production grade servers. odroidhc4:~:# modinfo zfs filename: /lib/modules/6.0.12-meson64/updates/dkms/zfs.ko.xz version: 2.1.6-0york1~22.04

https://us06web.zoom.us/rec/share/-uF9wa9jK1U0CA9KQqIc7hdsRCAEh1QwMQy987GkuvogqVFiur1tGXRrQbO2znsg.g0JXx4SYwDuPZ3zW Open issues: https://armbian.atlassian.net/jira/dashboards/10103

Try https://archive.armbian.com/

This forum is dedicated to Armbian OS which you can get from https://www.armbian.com/download/ and which has nothing to do with Android Orange Pi OS.

Because of this switch https://www.armbian.com/newsflash/code-freeze-and-moving-to-new-framework/ all CI was put offline and is putting back step by step. Nightly packages are not generating yet, nightly images are. I expect to restore to previous state in about two weeks.

This hardware is not supported as far as Armbian goes, upstream can only be worse. If something will break cause of upgrades we will do exactly nothing as we receive no funding for such things. But you can. This is open source, code is available ... Armbian has probably all tweaks that were developed and can only have more RK tweaks then generic kernels provided by Debian or other general purpose distros. What works, works, but it is very difficult to proceed and finance what is missing and keep device stable out of our private savings. Its far out of range Another alternative solution / workaround is picking previous known-to-work-kernel and froze upgrades.

In order to get best possible support status, please help us with testings. This last testing phase is a final check to see if devices boots and if basic functions work. We can only fix minor issues, try to recreate or remove broken images, but its also good if we write down what is wrong https://www.armbian.com/bugs/ Deadline for submitting test report: February 24th Armbian has its own infrastructure for automated testings. But its limited so we need additional help with manual testings. Results: - release candidate testings. Images has been uploaded to: https://stpete-mirror.armbian.com/dl/ -> BOARD/rc/ Publish report to: https://www.armbian.com/rc-testing/ or comment below. (I have manually tested Odroid N2+, Rockpi 4 1Gb) @Contributor/Maintainer In order to get your work into the release log, add a title, URL to commit / PR and set "Fix version" to 23.02

Those are developers preview builds, where you can check what works and at some point it will be good enough for some uses cases. In a couple of years, it will be functional on the level of kernel 5.10.y. Download is possible from CI pipeline: https://github.com/armbian/build/releases Boot log: This board is looking for maintainer(s) and (this) forum moderator (contact @Werner).

Check community rolling releases of armhf arm64 riscv and x86 Armbian Linux images. Fresh from development for testings and meeting with the bleeding edge: https://github.com/armbian/community

https://www.armbian.com/radxa-zero2/

https://www.armbian.com/odroid-m1/ - kernel 6.1.y LTS

Just a reminder, if someone wants to fix it.

https://www.armbian.com/rock-5b/

Many of us are using Armbian not just on ARM single board computers but also on servers (bare metal & virtual). We use our builds since we trust it more then Debian, Ubuntu, not to mention other distributions that are recklessly updating and one ends up as an OS tester and not OS user. Personally I use Armbian Jammy on Ryzen 9 workstation with great success. My primary use case is development / productivity. For the road I used to have 13" Dell notebook which recently suddenly died. It was out of warranty so I had to get something new. After some testings of various devices I settled with 12th Gen Intel i5-1240P powered Lenovo. Then I tried many general purpose distros to see how well they work and all had some (minor) troubles ... We are having UEFI images (common image) since some time, but UEFI nor desktops were fine tuned nor ready for such performance daily driver desktop usage. We were close, but not close enough to just run it. Past two weeks we have been lifting general UEFI support, fixed many bugs and what came out is "Armbian ultimate developers desktop build". - improved support in GRUB (armbian wallpaper) & HiDPI GRUB support - all preinstalled applications are normal apt packages - current 5.15.y kernel, Jammy userland (5.19.y has some strange issues) - snapd is not installed (user can install it) - HiDPI support (automated adjustments on big screen resolutions) - NVIDIA graphics acceleration with proprietary driver (x86 only) - Intel graphics acceleration also works out of the box - preinstalled Google Chrome (x86 only) - preinstalled Microsoft Visual Studio Code (x86 only) - ZFS 2.1.5 ready (apt install zfsutils-linux zfs-dkms) - face unlock works perfectly fine on this laptop - installation to SSD drive to dual boot with Windows 10/11 is supported Armbian classical way by transferring actual live image to the prepared partition via nand-sata-install. All you need to do is prepare spare space on your drive, Windows 10/11 or Linux, UEFI support (most if not all hardware for past 10 years has it). I have tweaked images (XFCE, Gnome, Cinnamon) a bit to my personal needs, but making changes is welcome. Nice to have: disk encryption within nand-sata-install, small bug fixing, additional DEs. Currently we have CLI, XFCE, Gnome and Cinnamon. Others are too buggy. https://www.armbian.com/uefi-x86/ https://www.armbian.com/uefi-arm64/ Please report where it works and how (well)!

Samples arrived ♥️ HW looks fascinating, Armbian is yet to be ported so can't comment how good this is in realworld. Its shipped with stock Khadas Ubuntu, kernel 5.4.y, which is good to boot something ... Technical specs at CNX.