Igor

I am sorry, but this is something that has to be consulted with an legal expert. We never had such case. We have no option but to wait for a legal adviser with a appropriate licence / background that will donate their time and research the case. Anyway nobody, except administrators, have access to sensitive data. Answering random topic in community forums is probably not following instructions -> "contacting administrator"? What about: https://forum.armbian.com/contact/ (for next time and others that might hit into this topic) Software breaks all the time. I don't see a reason why you should be deleting "technical support" account as you will probably soon need to ask another question. People that fooled you they support a board don't have a clue about real problems and we don't provide support for their clients. This is the truth and they are aware of it, just don't care or respect open source software agreements. The conflict originates from that. Initially theirs. They should not drag you into this in first place ... Switching to Armbian is a 1st step of showing minimum respect, second one is to become a community member and 3rd to understand what we do, what are our limits, what is our price to we are paying so you don't need to. Who you are, what you do, do you like our work? Do you drink beer with strangers? I don't.

Because software support is difficult, complex and expensive I am glad you noticed the critical difference and get it sorted out. What if what we as users of free software got is already beyond reasonable? https://docs.armbian.com/User-Guide_FAQ/#why-is-armbian-constantly-asking-for-money-free-software-should-be-free

Researching background? If you want to run closed source proprietary Linux, use Xunlong / vendor stuff. If you want to use quality and open source, well, there is a looooong way. https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one but can't do many other things. Its always a trade. Providing "Armbian wallpaper" on top of Xunlong proprietary software would be dirt cheap. This particular feature is not supported yet for many reasons. You can read articles on the topic https://linux-sunxi.org/AR100 and there are many forum topics on this https://forum.armbian.com/search/?q=AR100&quick=1 Working features have nothing to do with a support status. https://docs.armbian.com/#what-is-supported We annually invest thousands of hours just into stabilising release builds vs. nothing that rolling distros do (arch - manjaro). If you need that certain feature works, pay for development to anyone you prefer. Once done, send a patch to us, we will integrate it at our cost and will maintain it if not too expensive. But you can also send it directly to kernel.org.

Upstream Linux release document is just a formality. All features are already present. Non RC builds will be out when people return from well deserved holidays.

Great! A few 1000 x more and R&D investment is covered

Armbian developers are more or less the only one that are progressing somewhere and this https://github.com/armbian/build/pull/3984 is the result of that work + information you can find at http://discord.armbian.com/. They are hardware vendor and they still have enough work to come out with good hardware. Certain problems on hw level has been identified and support is not near complete, modern kernel ... nothing ATM. You can use this form: https://forum.armbian.com/clients/donations/

If this would be just a matter of installing something, we would pre-install it. We might get some luck in kernel 5.19.y -> https://forum.armbian.com/search/?q=hantro&quick=1

For Odroid N2+ this works exactly the same, but you need to use EDGE kernel. https://www.armbian.com/odroid-n2/ ... as the bug is elsewhere.

Good catch. I had in my mind we fixed this lds related bug ... well, 5.10.y is going out soon, so this is not getting fixes unless someone has a desire to do that. This is needed as it is very difficult to secure good stability and functionality across all hardware by using one kernel. If we would go simple way, it would be a lot worse. So we kept meson64 on 5.10.y and bump others to next LTS. ATM not sure what will happen with current branch but EDGE is being prepared for 5.19.y. If things will work well, its possible to bump current directly to 5.19.y

Yes it is - use Jammy user land. It works there perfectly. Debian user land usually needs more debugging and fixing. If you insist going Debian route - when you find where the problem is https://docs.armbian.com/Process_Contribute/

Pick something you understand well enough or start learning by reading this forum, documentation, ... https://forum.armbian.com/staffapplications/

Topics were moved there just temporally as we decide to tag them and mass move to respective forums. It took several weeks and we had to hire people to help us doing that, otherwise that job would take months to complete. This should help everyone to get some control over forums information complexity. It should make it easier and faster to find and group content. It helps you. It won't be recorded or treated as we are already way over the budget. Public don't support or invest into this project enough while our private financing for random R&D has limits. Public support we receive - users donations - is only good enough to cover petty expenses project has, while it can't even cover basic staff expenses, any even smallest R&D task, needed to maintain this project without providing any end user support. I am sure you understand that.

Wrong place. That is a build system bug tracker. https://github.com/armbian/build/issues/new/choose

It was only tested with Jammy: https://forum.armbian.com/ytopic/19336-armbian-ubuntu-2204-jammy-with-zfs-211-for-odroid-hc4/ Debian package base might need some additional fixing.

AFAIK we don't have support for x86 inside default installer yet, but it should work if you DD fresh image directly to the device, whatever that device is. eMMC, NVME, SATA or USB.

FYI. They don't do any development, bug fixing or supporting boards they suppose to "support". Their pages are full of BS, but nobody cares as "their" product is usually legitimately working at least as good as others - if they manage to copy Armbian / RaspberryPi OS well. Its easy and fully automatized. HW stability, which few Armbian people lost several thousands of hours for, can't be worse as they only add some bash script and change brand name. Code is binary the same, they even abuse Armbian repository infrastructure without a shame. This is nothing as they also try to abuse our human support infrastructure without a shame. "Armbian must ... support ... fix ... yesterday" is in their heads when problems starts. And this is the world where you never can close all bugs. Not even close and not with resources project have. Why this board doesn't work? Armbian does not support it officially as we are drowning in hardware - when you don't steal all critical value from others then this represent serious problem and expense. If you didn't know this, if they forget informing their users that everything that is important is not their job, but others ... then this really stinks. And makes many peoples work, those that invest their days into open source, worthless.

Human resources primarily for project management, business development and similar non technical tasks which would improve conditions for development ... We have several hundred dedicated CPU cores and around 1 TB memory for CI. We also have several dedicated storage machines / mirrors. If if double all numbers, I could say we are good, otherwise its survivable not even critical. If we keep project support expansion under control, images count low. This is some general list of roles that are needed: https://forum.armbian.com/staffapplications/ I assume you are familiar with this FAQ? For expanding / changing TV boxes section we currently only have means / task for small forum rearrangements. Planning and leading changes is time consuming ... If you got an idea, join here https://docs.armbian.com/Community_IRC/

Done.

Changed redirrect from https://www.armbian.com/rk322x-tv-box/ -> to this thread. what about? https://www.armbian.com/xt-q8l-v10/ Support for this hardware comes from Armbian so this Debian / Ubuntu analogy has little point here as in high level software packages LTS and relatinship aren't that important - if you can't boot the board or if its unstable, when some feature doesn't work - this is what we try to fix here. But I do agree there are reasons for both, Debian and Ubuntu package relations. This diff is important to some people, so Armbian tends to support them both since the day one. I would anyway enabled full package for all hw, but resources we have are already way to small to play this big.

Preparation Supported build environment is Ubuntu Focal 20.04 x64 (minimal iso image). a guest inside a VirtualBox or other virtualization software, a guest managed by Vagrant . This uses Virtualbox (as above) but does so in an easily repeatable way. Please check the Armbian with Vagrant README for a quick start HOWTO, inside a Docker , systemd-nspawn or other container environments (example), running natively on a dedicated PC or a server (not recommended), 20GB disk space or more and 2GB RAM or more available for the VM, container or native OS, superuser rights (configured sudo or root access). Execution apt-get -y install git git clone https://github.com/armbian/build cd build ./compile.sh This will download all necessary sources, execute compilation and/or build a boot-able image. Most of things will be cached so next run will be extremely faster! Real time examples: Documentation