Igor

This usually works on official Armbian builds. On not official Armbian, who knows.
 

TV boxes Armbian are community work / mainly just hacked together. Your topic was moved to the TV boxes club, where is the place to ask such questions.

Thank Jernej. Fixed, but I also can't test.
https://github.com/armbian/build/commit/f83100f9af5f5b8ef5a0b083e39c382763e2e86f

I trade my skills for help on tasks that doesn't require so much skills, but they still require time and attention.
https://forum.armbian.com/forum/54-help-wanted/
 
Currently working on sunxi bump to 5.13.y but since I am on vacations, my wife can interrupt this violently  If time permits, I'll try to fix this, but can't promise.

Well, it's lame but works for me.
 
First I compiled kernel without sun8i_thermal module and placed it on SD. System booted, temp readings like -78000.
Ended up with blacklisting that module so I can use stock kernels with same result.
 
 

Armbian is a build system first, cheap ARM hardware enabling second, OS 3rd. We construct user land from Ubuntu and Debian packages since early days, could be said from the day 0. We always provided both because of things as such - bugs and to not deal with user land - let user choose what he needs / prefers. We - those few people - that are investing our resources into common software development, can't afford to fix (all) bugs that showed up. That is not possible by greater Debian community or open source community software in general. Certainly not by corporate Linux flushed with resources such as Cannonical, RedHat, ... even they could do a lot more.
 

We are using carefully selected packages. Cancer, which you are afraid from, is removed in the process - but surely it could return for short time.
 
My x86 workstation is running Linux Mint, which is also assembled from Ubuntu packages, using their repositories. My personal and also very much Armbian philosophy is - get from Ubuntu what is good / was improved, leave everything else and make a new, better OS. In our case, this is even more extreme, since most of the hardware we deal with, doesn't even boot Ubuntu and we maintain our own kernels. The most expensive part of the OS.
 

Maintenance responsibility and costs. We are trying to keep things minimal (we only need one image with latest kernel, user land is less of importance) & manageable, low entropy ... and IHMO we are already failing. I work 6-10h on this project every day and there is not much to notice. Contrary. It looks like we are not doing anything, not answering on bugs, not answering on problems, not porting hardware, I don't answer on personal request ... People, everyday Linux user, usually have absolutely no clue whatsoever how much work is needed to fix a bug, to develop this and that feature, enable some hardware ... to keep a project as ours operational, that moves on.

Another bump of forum software to v4.6.4. What's new: https://invisioncommunity.com/release-notes/

I updated my build environment and made a new build for CubieTruck using Buster minimal.
Booted the board multiple times and works every time.
Thanks for your help.

This problem should be resolved. CDN needs several hours ... so perhaps not right now.

After several months of development, we finally bring desktop development to the daily driver state. Our desktop builds follow KISS philosophy. They are build around proven technology, we are not touching things that are done well. Just fixing things here and there and removing most / hopefully all bloatware that is added upstream. We are preparing a wide selection of desktop variants
 
 
while we will officially only support a few of them but anyone is welcome to join and tweak / support its desktop of choice. We will support you in best possible manner! And this way things starts the voyage to become officially supported one day. Only if you join. We can't take more load.
 
        

We support XFCE since early days and that will remain primary desktop since it represent a best combination between functionality, speed and beauty. Second desktop, which we are adding now is Gnome because its clean and most stable among advanced / bulky desktops. It can ran fairly smooth as low as on Allwinner H5 / 1Gb memory, while it runs very well on some RK3399 hardware. In both cases it uses open source 3D acceleration - Lima and Panfrost. New desktop option will be added gradually, but for now:

Orange pi 4: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/orange-pi-4/
 
Pinebook PRO: Gnome
https://www.armbian.com/pinebook-pro/
 
Nanopi T4: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/nanopc-t4/
 
Nanopi M4V2: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/nanopi-m4-v2/
 
What about others?

- ASAP. Those are semi manual builds, some are manually tested and it takes a lot of time. On top of that we are having some infrastructure troubles ATM ...
- we still need to fix few minor bugs, before we put on stamp as "supported" even those builds are IMO generally in a better shape then other images on the market
- you can help by testing and enabling specific builds by sending a PR to this file. https://github.com/armbian/build/blob/master/config/targets.conf It will help to get things up faster.

Just another reminder... Planning meeting tomorrow! 

Release Planning meeting 2021-07-10 1400GMT  #armbian irc.libera.chat

This problem should be resolved. CDN needs several hours ... so perhaps not right now.

Negative. Users don't need and should not change build script internals. When you do, also your script will not update anymore. 

Try to find reasoning for current situation, not adjusting documentation to the use case that will not be supported. At least not this way.
 

u-boot sources perhaps?

According to my small internal mini research, ideas were mixed - there were few thoughts:
 
- if BASH stays on minimal, no problem
- don't ask, just change it
- debian sucks. it even can't remember what i typed (arch and macos users)
 
If you don't want change - you can use BASH logic. Its backward compatibility ... but I am ZSH user. I am biased and will use it anyway ...  Let's see.

Resolved via https://github.com/armbian/build/pull/2979!

 

You will probably need to access u-boot via serial console if that doesn't work.

I already explained in my 1st reply. copy https://github.com/armbian/build/blob/master/packages/bsp/common/usr/lib/armbian/armbian-firstlogin#L297-L304 exchange $realusername with your username and paste.

All boards have the same procedure for updating u-boot, but we are behind with updating documentation ...
 
armbian-config -> system -> install to eMMC/USB/... -> "Update U-boot" 

I just build Gnome image for N2 - except mouse cursor is changing to strange forms, otherwise ... works. Hirsute with 5.12.y kernel.

Try perhaps this: 
apt install slick-greeter + reboot.

As I've patched it for now I can wait until the current dev (5.13) becomes the new stable. Any future update of the kernel (and it's modules) should also not have this patch, so I should not need my patch ever again. Let's wait and see then.

This is forum - you are welcome to talk about, but demanding support is a bad idea. You can report bugs here but only if you pay commercial price for fixing it & if we agree / are free to accept a deal or if you will be the one fixing it.
 
 
By who? Why? Several years ago (i would estimate about 5 years) we have concluded its not possible without breaking others or without severe framework customisation / rework ... This is when incompetent people are making hardware and when you expect software can fix all those mistakes in this chaotic world. And you also believe we have to waste our private money for that. Attitude. Open source is not slavery.

This is forum - you are welcome to talk about, but demanding support is a bad idea. You can report bugs here but only if you pay commercial price for fixing it & if we agree / are free to accept a deal or if you will be the one fixing it.
 
 
By who? Why? Several years ago (i would estimate about 5 years) we have concluded its not possible without breaking others or without severe framework customisation / rework ... This is when incompetent people are making hardware and when you expect software can fix all those mistakes in this chaotic world. And you also believe we have to waste our private money for that. Attitude. Open source is not slavery.

Awesome Igor, much appreciated. That has saved a whole lot of time rebuilding u-boot and I completely missed that in the documentation .... and I can now see the SATA SSD:
smartctl -a /dev/sda === START OF INFORMATION SECTION === Device Model: SAMSUNG MZMPA128HMFU-000H1 Fantastic, now I have plenty of storage for the Router / MITM / Docker host.

Manually or by driving our test rig?
 
 
 

Should be fixed with v21.05.6