Igor

You can help developers changing this by making a pull request to include required packages into default package base - for every desktop variant.

No worries, you didn't offend me. I only tried to describe you: - strong forces that are working against voluntarism, - that open source become place of high abuse. - that most of people doesn't understand that we are all loosing. People usually expect clarification.

Sadly, this is not the case There is constant pressure from end users, vendors and groups organised by people that copy Armbian at industrial scale and contribute nothing back or to open source. Can be well explained with this particular case: This Orangepi employee https://github.com/leeboby made images with various hot brands, well known operating systems, all what you would expect to run on those boards, including Armbian https://github.com/leeboby/armbian-images. All those images are of course FAKE UNOFFICIAL builds which will break on first upgrade and then you came here and blame us, demand fixing, demand support (not Orangepi as they are officially not tied to that shit made software and because they anyway don't provide any support) ... which is force. We have to respond. At least with such reply - which is again forced and it creates us only damages. To reputation and lost of time. And you see us as a bad guys ... "dirty Armbian because don't help maintain my new super value hardware". You don't even think that you were fooled by dealer from Aliexpress in 1st place and we have absolutely no means to help you. All "partners" in this game are trying to abuse us: you, vendors, competitors. Software support is hard work, direct loss of precious time (money). You expect top notch support, answering on all questions ... how many people can afford to do that? Ratio is 1 person that knows something on 1000 people that knows nothing or wants something, give nothing. Support is dealing with never satisfied (this means you never even donate, which represent around 0.5% of costs we have with you) customers that expect free service. Often not even "thank you", to show some respect. You are welcome try doing support job at this forum. Every day, 20/7. Let see how long you will last This is what users expect and this is what someone needs to volunteer in order to match. Ofc this does not exists, but expectations are. Since "Armbian" images exists and this is Armbian support forum, you will keep coming ... also years after as software support is never ending story, there are upgrades all the time ... while vendor is already gone from the picture, selling you something new with the same story. As this is not bad enough, there are 3rd party organised groups that are constantly harassing and blackmailing opensource developers - example, where again we are bad guys because we are turning you down ( you don't want to hear reality, that it can take several years before bug can be fixed and/or compensation must be provided). Considering this, when constant abuse attempts are in place, we can't talk about voluntarism. There are many more reasons why this is everything but fairy tail one picture as "open source voluntarism". If you want to look deeper ... Just keep in mind that slave labor is providing this value. Officially not, but it might be brought up by someone random, so community support perhaps.

Nope, build is passing: There is nothing wrong with Armbian or its build framework. The problem is lack of general understanding how expensive is keeping this cheap hardware working with constantly moving kernel. https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one This is open source. Nobody prevents anyone to research and fix the problem.

If you don't use GitHub tools: sudo rm /etc/apt/sources.list.d/githubcli.list sudo apt update sudo apt upgrade

Welcome to Armbian community support. Probably you are right. You don't expect from a few Armbian maintainers to fix problems for all other (competitive wanna be) distributions? At least Dietpi is directly competing with Armbian OS and without a shame making up they are better Debian and Armbian ... Average Joe can't see their sales BS which is contributing nothing to stability or overall experience - which is the value people seeks. Their usual support response on real problems: "Oh, this is kernel problem. Armbian/* developers must(!) fix that". Really? We can't fix this for our users, but we must for theirs. Sick. All replies after initial post are pretty much useless pressure making. Its against forum rules and you don't talk to open source developers this way. They are totally overloaded without this and can only turn you down? See? You feel nice about copy cats that lies "we are not responsible, they are", bad about us. This is how open source piracy works. Fixing problems is expensive. Very expensive. They, including people that sold you hardware, are equally responsible or not responsible. This year we invested lets say 10.000 hours into R&D, bug fixing, they invested 10m for fixing banal common problem. Armbian core interest is maintaining build framework https://github.com/armbian/build Download it, try it and try to use it to fix the problem you have with this hardware. When you do, make a contribution to code we ship, or directly to kernel.org You don't know how to code, but you would like our help? Check https://forum.armbian.com/staffapplications/ and start contributing daily to open source project. One full time general purpose person can have significant impact on resolving problems. In span of 5 years, months can be saved, perhaps a year. Just for sorting out labeling colors, which are still not in best order, https://github.com/armbian/build/pull/5916 I spent more then a day. I am sure this is a task anyone could do. There are tons of non hardcore development related tasks that developers are dealing with in order that this project operates and that we have fun. No fun? If there is not fun ... there is source. Dig in and fix a problem. In open source, this is your problem anyway. Currently we are struggle with those issues: https://www.armbian.com/participate/ This one was not even recorded yet as we don't have people and hiring is still not possible. Closing this topic down. Armbian provides best effort support. Nothing more to add here. If / when solution is found, its continued here https://github.com/armbian/build/pulls

"The worst-case scenario is that you give the maintainers an opportunity to reconsider if continuing to work on the open source project is worth it." https://minimaxir.com/2023/11/open-source-dead-github/

Tells absolutely nothing. This does. BTW. Welcome to Armbian community / support.

Check if this helps here too

You mean generally? On all config files https://github.com/armbian/build/tree/main/config/kernel CONFIG_DRM_BOCHS=m CONFIG_DRM_CIRRUS_QEMU=m CONFIG_DRM_GM12U320=m -CONFIG_DRM_SIMPLEDRM=m +# CONFIG_DRM_SIMPLEDRM is not set CONFIG_TINYDRM_HX8357D=m CONFIG_TINYDRM_ILI9225=m CONFIG_TINYDRM_ILI9341=m BTW. If we want to block module per board: https://github.com/armbian/build/blob/main/config/boards/rk3318-box.tvb#L8 This automatically creates blacklist file ...

Changing to Ukrainian mirror manually https://github.com/armbian/mirror /etc/apt/sources.list.d/armbian.list https://fastmirror.pp.ua/armbian/

Use Gnome. I think it doesn't work with Cinnamon.

We refactored updating procedures, repository management, download infrastructure. This mainly impacted to the beta repository, but we (can) also copy certain packages from external / 3rd party repositories. To keep specific package more recent than distribution defaults. This is pushed to both, stable and beta repository, after executed automated test install on affected distributions. https://github.com/armbian/os/wiki/Import-3rd-party-packages tl;dr; apt update and apt upgrade remains in action, but we talked about updating packages directly from a storage we are using for caching (ORAS, currently hosted at GitHub). For now this is just an idea as GH is not the best hosting place speed / capacity wise. This text was perhaps improved too much as it only creates confusion. Applogize.

Winning a lottery at request? Expecting the impossible? ... Point of forums is asynchronous (days - months) communication and due to the extreme complexity this project is dealing with, such expectation is, sorry to say it, just crazy. Even in most popular / trivial areas. Capacity is limited. Most of people here are seeking for help while debugging and answering to that help require a lot of time, often extreme efforts (in exchange for sorrow, frustration, humiliation, aggression) on the other end. You have a problem, you shared it. That is what this forum is. Then perhaps just wait? Sometimes answer comes next day, sometimes next month, sometimes never. And this is since ever and there is little I can do. If this project would be making millions, I would hire people to support you like Raspberry Pi foundation does ... and still we are looking at much bigger complexity, so having their capacity would not be enough. Developers, those who can understand and look beyond the problem, are not always available. Just here and there. Personally, I am on a road trip and even when I will be back to the office, I am over the top with problems not just for days, but for months. Even I would be very much like to help you, I can't possibly do that in 24h. On the project level, there is no way to secure responsibility that is generally expected. Even we would be properly financed. I hope you understand my pain and frustration as there is not much we can do to improve this forum response rate. Contrary. The more (complex) stuff that will land on the market, hardest will be to respond. Producing new and new hardware is cheap. I can give you proof that its alive, but can't answer to the question, provide solution. I have no idea what is behind the problem, so there is not even a hint I could give you. Except, try older images, record bug to Jira, so those few people that maintains this place, will try to (!) fix this withing upcoming release. Patience & have a nice day. Apologize if being harsh.

We are interested for features expansions and improvements. Always Especially if that helps more people. But as we are small and overloaded ... we can only assist best effort way with hints, reviewing the code, ... Those are possibly related tickets that also waits for attention: https://armbian.atlassian.net/browse/AR-1592 https://armbian.atlassian.net/browse/AR-1881 https://armbian.atlassian.net/browse/AR-1900 and might be addressed on the way. We had a wish / dream to refactor this script, but its in fact quite a complex problem due to many different boot scenarios, exceptions, links with build framework. On top of general Linux filesystems complexity such as this.

We provide you: - build-able sources, - build engine, - ready to run images, - we try to help as much as possible, - we provide you meeting point, this community. It is unfair to pin this problem to Armbian. What you are asking doesn't work on any mainline (or Armbian) based Linux kernel and if something stop working is due lack of maintenance. We do that up to our limits, slightly over. If you want to use those displays and enjoy best hardware support, you will most likely need to use private Rockchip kernel. Where this comes by default. Please make no anger on Armbian maintainers as we are not responsible for your frustration. We are equally frustrated as there is nothing we can do to take your pain away.

It works, just you need to prepare partition in advance.

https://docs.armbian.com/User-Guide_FAQ/ We can probably develop this for you if you become our partner, if you cover expenses of this development for you, but this is not something that is missing in Armbian. tl;dr; If you need this feature, use stock kernel, or finance development. This is open source world. Nobody prevents you to add features you need.

Forum is sadly just a black hole There are way more problems that integrating resources https://docs.armbian.com/Process_Contribute/

BTW. @samond This could be very much like a Debian upstream problem ... Last week I installed Armbian Ubuntu Jammy x86 build to one of new servers and one of the things I did was changing SSH port. Works as expected.