Igor

https://github.com/armbian/build/blob/master/config/boards/orangepilite2.wip#L13-L14 Sent PR with correct parameters and image will be in the batch.

Never, since it is not enabled for this board. There is no end-user support for boards/kernels that are still under development because it is too expensive. We barely manage to provide free support for stable builds. We make nightly images for developers and development purposes.

Fixed with this commit for NEXT, stable builds. DEV (4.18.y) has other problems and there is no rush to fix it there, https://github.com/armbian/build/commit/acf84bac596c6110d87f7e92389ecd05fb42ce64 Images at the download section were also fixed.

I just got one step closer. Wifi works with old (4.14.18) kernel-config ... as I expected a bit. Diff:

It was not stripped out intentionally. I looked briefly and don't know why it stopped working.

You are most likely facing the problem that Plexmedia server just doesn't work (properly) on Ubuntu which means you should stick to our Debian version. That is the main reason why we provide both of them and not just one. We have the same case with OpenMediaVaoul which also works only with Debian userspace and not with Ubuntu. There are more cases out there.

Another idea in this context would be implementing a standard DebianInstaller to the build script and provide tiny netboot images. With eMMC powered boards, this makes sense. But it's a bit more work.

Exactly. I know. If we are going to add FAT partition, we need to think over and test it profoundly. Perhaps at the end if 1st is not FAT already and remove it the rootfs resize process? One is injections, the other is rework of current 1st run config which could also be done with armbian-config ...

Perhaps even make armbian-config command line friendly & more modular and get rid of this as well?

Currently, headers install is broken in some stable builds. Packages are not there for a reason - I don't want to update stable repository after enough testings. Since testing reports show that most of the things work ... with one known exception which needs to be fixed (MiQi) ... I'll run the major update as soon as I am back in the office. ATM I have limited time to deal with possible/expected problems. Workaround to get headers is switching to the nightly build (preferable with armbian-config), which is mostly already at the "next stable" level. DEV kernels, which we are talking about here, are ofc yet another exception. They are still under development and nightly versions might be broken ... or not. If you are already switched to the nightly and it is not possible to install headers, then this an unknown bug for me.

It should not be.

Build or use a kernel from a nightly repository and it should work.

Exactly. Protected is recommended, but it will also work without.

HW configuration in the modern kernel is done differently. Menu driven: https://docs.armbian.com/User-Guide_Armbian-Config/ Manual: https://docs.armbian.com/User-Guide_Allwinner_overlays/

Please provide more date - which kernel are you using, the best way is to run (as superuser): armbianmonitor -u

Of course not. That is not the case ... Neither I without looking deeply. Chromium works fine out of the box with our XFCE desktop ... which do alter certain X related settings when you install it. And when you remove it and install some other desktop, problems might occur. Those situations were never examined very closely.

That actually works, but we obviously lack a properly placed how-to.

A problem which you made here:

Images were updated.

True. Will be fixed during the day. Thanks.

Exactly which image are you trying to use?

Display via I2C works.

I did enable IR and it comes up after saving and rebooting. Will do more tests ...

I did download this image: https://dl.armbian.com/orangepiplus2e/Debian_stretch_next.7z and it works normally.

4.18.y and 4.17.y are pretty much the same. Both are development.