Igor

There are changes http://ppa.launchpad.net/mutlaqja/libgphoto2/ubuntu/dists/bionic/ dated few days ago. Your problems started then?

Hardware design and sales market? There are "me too" projects, upgrades, some new exotics, fine tuning and some adventures like Pinephone. Software side of this market still has years to fix all half working stuff that is already on the market. Some features waits for years (power management on H3 for example, video acceleration on Allwinner is not implemented yet, opensource mali drivers are not there yet ...) From our POW its busy like hell while financing software support anyway goes mainly from other sources or is not paid at all ... since board makers claim to operate below or at zero profit. Cash raised with Kickstarter is not near enough to fund such projects, but its a nice add-on. Yes, it looks that way. Probably not much difference from S905X3 with older chips which are well supported by now.

Do you use the same version of Ubuntu?

What is your system time when you try to install packages?

Special Armbian build script engine know-how is not needed for this challenge. Relevant code location was already added in my previous post. The rest - solving the actual problem - has to be done manual first, then a patch (all four of them to solve for other kernels too) has to be modified. When your modified patch is adjusting post install scripts properly, you submit changes to the code. Take your time. If I put this task on my 2do list it will surely take months - a year - never. I rather help you to solve it even this represent more work.

Is 3rd party software which you are trying to use on Armbian build for arm/arm64 ? If not, its normal that it fails.

This is correct way but it can fail in case of: - hardware defects (bad SD card, failed powering = very common) - broken packages This you need to ask Docker specialists, but I don't think you need to do anything ... Docker engine upgrade could be broken, who know? Not an Armbian issue.

Yes, if not found in the release documentation. And it will remain this way until you/somebody submit fix to the build code. Good thing is that after this RFC there are less files to adjust: https://github.com/armbian/build/blob/arm64/lib/compilation-prepare.sh#L20-L42 https://github.com/armbian/build/tree/arm64/patch/misc

yes. I wrote the possible name (check with lsmod) and a link to the manual. Read them.

It works well with Armbian while here with Odroid N2 there are some other kernel related troubles. Not just with ZRAM. We will release modern kernel, where this works as expected, soon.

It's installed by default but it doesn't support mainline kernel. Why? Because its completely different, certain advanced power management features are not yet ported yet and someone has to invest a lot of time to develop completely new tool. Until there is no tool, there is not possible to do this in a simple manner. Disable in armbian-config -> hardware and blacklist wireless module (name is xradio_wlan or something)

Still waiting for a MAC/Vagrant user that would write what shell be done and send a pull request to the documentation.

Its also written in FAQ and the download pages and in "Getting started" ...

IHMO u-boot bumping is not that critical and can wait for next major release. Time for proper testing, not just for adjusting patches, is missing component I would like to start following this if there will be no major oppositions to the plan ... I am probably travelling in the early December. In any case its busy month for all.

You already sort out patches? Then we can perhaps squeeze this in by the end of the month?