Igor

Who told you to do that? // It should be more verbose install and I don't know why it isn't. Das OMV arbeitet einwandfrei. I just did a quick test on http://ix.io/1vPo

The main idea is written here: https://github.com/armbian/build/tree/tvboxes/config/packages It's actually simple. Upgrade might be more problematic.

Those relations needs to be visualized and rethink before merge.

We fix MAC at first boot https://github.com/armbian/build/blob/master/packages/bsp/common/usr/lib/armbian/armbian-firstrun#L128 this way? https://github.com/armbian/build/blob/master/packages/bsp/common/usr/lib/armbian/armbian-common Check if this can be of any help.

We all know there are several shortcomings which causes mess in the config files and prevent simple implementing of more complex scripting. In order to make build system future proof and to cleanup the exception mess, which is virtually everywhere, I decided to start working on a part of the build system. Now the concept works and it is not that far to be mad if idea is bad packages/extras was moved into this, then board support package and (for now) Cubietruck and Tinkerboard hacks from config/sources/ All others have to be implement into packages and their scripts. It's one time job and it will be much easier in the future, with new boards or functions. New board support packages are now broken into unlimited number of packages. Currently there are three main groups and already present logical packages. Most of present are tested and are fully operational. Mostly its copy/past with bug fixed here and there. Perhaps some bugs were made in this process, but in essence system works - for those two boards. Upgrade path is not determined yet - I only focused on packaging and installing. All those packages can be installed from freshly build ones or from the repository. Each package can have their own number and package is rebuild only if number upstream doesn't exists. This RFC includes preliminary merge of @balbes150 TV boxes fork so it's ATM a bit messy. Cubietruck and Tinkerboard images were tested (Bluetooth briefly, audio need to check again), the rest is not prepared and it requires some manual work. I hope someone else, not just the usual suspects, will help doing this. I will slowly move forward and keep it mergeable/synced with upstream. This approach is more or less only a working proposal for changes. IMHO it's better than what we have now but not perfect. (WIP) Readme with some more details https://github.com/armbian/build/tree/tvboxes/config/packages You can try this by adding LIB_TAG="tvboxes"

Somebody will need to raise a few ten or hundred thousands and start a project to make this happen. What is WebGL? https://en.wikipedia.org/wiki/WebGL

I got the following on the email - it's best to be attached here. I don't have any of this boards to implement and test. pine64.dts pine64noplus.dts pine64so.dts

This is more like a workaround. If some feature is enabled only in your custom kernel and you want to stay with uptodate kernel, adjust upstream config https://github.com/armbian/build/blob/master/config/kernel/linux-sun7i-default.config#L942 to yours this way: https://www.armbian.com/get-involved After updated kernel is out, you can unhold your kernel package.

Yes. Removing TX pin connection? If you don't have all of them connected, a garbage can be detected and that triggers boot breaking which has to be enabled, otherwise you can't get into the u-boot when you want to get in. It can be improved by changing from "press any key" to "press this key" -> https://www.armbian.com/get-involved

Recent DEV kernel (4.19.y) is a big step forward on A64 but we are still working on it and we need someone with Pine64so to check functionality:

Not an Armbian problem. https://wiki.x2go.org/doku.php/doc:installation:x2goserver

Temperature is absent on this particular board because the driver for the sensor for Allwinner A83T, which is on this board, is not developed, ported yet. Kernel does not supply temperature to the application. Any application. Any operating system: Debian, Ubuntu, ArchLinux, WhateverLinuxDistributionOuthere, ... Edit: perhaps this temp sensor works on Android/stock 3.4.y kernel which you want to avoid on all cost. Great to hear! Now you can play, test, wait for this to be solved or help.

There is nothing to install. It has to be developed. Something like this has to be added to the kernel code, recompile, test, adjust, test ... For you/end user it will just show up one day after a kernel upgrade that this will be fixed.

I usually buy on Ebay & Aliexpress but this time in the year is not the best time For an experiment, improvisations as such might help. I assume you have plenty of coins?

Which you can use until they provide ARM binaries. This goes on the advanced level, far away from Armbian. Check this: https://www.howtoforge.com/tutorial/how-to-install-php-7-on-debian/ I am not sure anyone can help you here. Better try here: https://www.ispconfig.org/support/