You welcome,
Indeed maybe mnt reform is the most open of them all( the price seems to go up when you talk of openess.. )

balthazar.space
it seems they will attempt something with RISCV in mind, but they don't rule out a ARM cortex-a7x version.. 
The project seems ambitious indeed..

Other project, that is not ARM based, but Instead PowerPC based is the www.powerpc-notebook.org
They seem each time closer to get a pcb design, for the Slimbook Eclipse laptop chassis
But its a laptop around 1500€( also a bit expensive.. )

Its also a 4 core cpu( SMT 2 - 8 threads ) at 2Ghz, but with some serious amount of Ram, I believe it goes till 32 or 64 GB Ram..
The problem with PowerPC(  to a less extent than RISCV ofcourse,.. because support for RISCV right now almost doesn't exist.... ), is the environment around with supported applications..

At same time Debian has a port for PowerPC 64 bits, and its growing fast..
At the moment, this is my dream of a laptop, I confess!

A powerful AMD eGPU( Open Source Drivers ), mechanical keyboard with RGB, tons of memory Ram( even tough its LPDDR3 ) and its dual chanel, and a cpu with 8 threads at 2Ghz, with nvme disks, everything..
But it costs around some 1500€( its a estimated price range, they have done.. )

It could be that "I loose my head" and advance for this one

Like I said before, It seems more powerful than the Pine64 PINEBOOK or the Olimex Teres I..

But just don't expect it to be a lot more powerful, in processing power, than those, maybe some 30% faster..
It should have better disk performance, better network performance, better graphics than the  Pine64 PINEBOOK or the Olimex Teres I..

But that's it..

For it to compete with a Core2Duo you would need a lot more powerful cpu..
So the comparison with the RPi3( that you made above ), seems adequate, even thought it would be better than the rpi3, but just don't expect it to perform like a core2Duo..

x86 cpu's operate in the 2-4Ghz range, they have big caches on them, this cpu works only at max. 1.5Ghz and has small caches on it..
Also it has a in-order pipeline( x86 have out of order which are faster, but also less secure.. )

They are different things..
For a netbook, like email, chat,web( a bit limited ), ssh, and such its ok, for more than that... its to forget

I mean, the concept, the Idea, is fine but the raw processing power is not there yet..
if they had choose the NXP LS2088A, I would consider it has a option( also 4GB of Ram is nothing nowadays.. ), even the rpi4 now has a option for 8GB of Ram..

This is my Opinion on how I see it( taking out of the equation the emotional part of it )

* CPU: NXP/Freescale i.MX8MQ with 4x ARM Cortex-A53 cores (1.5 GHz), 1x Cortex-M4F core. CPU and RAM are on exchangeable SO-DIMM sized module.

Its a SOM, which means you can upgrade it later for a more powerful one
For example the iMX8QuadMax

But I don't know if there will be a iMX8QuadMax SOM later..

For me I would buy it in a flash if it had the NXP LS2088A or the monster NXP LX2160A

The ARM Cortex-M4F, is 32 bits without any problems,
Like the majority of Power Management Units are, this processor will manage the Power Management and other things, will run targeted code to manage something outside of the OS Domain..

It seems more powerful than the Pine64 PINEBOOK or the Olimex Teres I..
I would buy one if it comes to market, at half the price

Hello Mark,
yeah,
Unfortunately I don't have RPI versions{2,3,4}, only RPI1.
Also RPI foundation does its development in a "close" branch of their own, and not in mainline, which could bring some difficulties to integrate, but If I got a RPI4, maybe I will try

For RPi3,
I believe the ASCII Image is a solution..
Burning it to the sdcard, then apt-get upgrade, and after apt-get dist-upgrade

For RPI4,
There are already some images made by ShortTie, and others like C0rnelious, and also MetaYan..
ShortTie has a post of its builder HERE.

Hello kuleszdl,
Thanks,

What do you mean by "hardcoded" Kernels( they are from Mainline Official Releases.. )?

The builder has the option to create deb packages
bindeb-pkg - Created only binary packages
deb-pkg      - Creates binary ones plus source packages..

it also creates rootfs and compile bootloaders..
Its not only  a package builder for kernels..

Also Edev1, don't distribute kernels..
If you use it,
It will download a specific Mainline Source code Kernel assigned to a chosen board, and build a kernel for it, according with 'reference/.config/kernels/sbc_defconfig'

Ofcourse, armbian also provides images for a lot of boards,yes they have a lot of manpower comparatively, and it should be that they provide some changes that we don't have in advance..
A have been testing and updating the status of each board( it would be easier if it was done by a lot of guys, each one providing updates for a specific board, for example..the objective of the builder was exactly start something to be shared between our community ), for rpi1,OrangePi One Plus,Rockpro64,rockpi4,Olinuxino Lime 2..and others to be added,,

For other boards, some skeleton exists, but they are not complete as I don't have that hardware, I can't verify they are ok..so I am not adding anything to their skeleton description..but I am awaiting that someone that has those boards can contribute and complete their skeleton descriptions, kernel config's, etc..

With all that being said,
I already found several times that the work on this boards is on par, or even more updated than Armbian ones( I already noticed that several times.. ).
It really depends on the time frame, sometimes they update something new first..sometimes, I do it first..

It happens with all projects some times you are on front, sometimes you are behind..
Right now, my focus is on OrangePi one Plus, as kernel 5.8 Released on, August 2, brings in new stuff

The Idea of Edev1,
Is to support boards that are not well supported, or its support is inexistent in Debian/Devuan..
Other Boards can also be added, but the principal objective is to support boards not yet supported by Devuan/Debian,
There are a lot of possibilities there..

Boards descriptions or "modules" are in 'reference/hw/boards' folder..

Edev1 doesn't distribute, kernels, bootloaders, compilers, and so on, it is only a automated builder for Devuan..

To few information...

But probably the rootfs partition doesn't have '/sbin/init'..
That message is common when it doesn't exist..

By other words, you are probably using a incorrect rootfs has rootfs..
when it tries to run '/sbin/init', it doesn't find him, and panics..

Does you have a complete log of what happens?

Best Regards,
tux

Hello Altoid,
yep for rpi 3B+ its the only arm64 image, but you can dist-upgrade it to beowulf..
besides one of the problems of RPi sbc's is that they are not mainlined.. and because of that, they are always behind..

Which means even if you are with the latest version, you are always behind( and still not mainline.. )
For example, kernels >= 5.6 are a nice to have thing( since they have wireguard vpn kernel driver mainlined.. ).

You can't have that on RPi,
because the experimental version for RPi is now kernel 5.4( so you are always behind, weather you want it or not..   ), in contrast with other sbc's were you can have the latest kernels..

An example,
The Lime2 from Olimex which is a 5.7.0 Kernel( wireguard enabled.. ).
We are talking about a dual core Cortex-A7, which can now be seen as a old board, but because it has mainline kernels, you are always updated..

there are 1 image for armel beowulf, and several for ascii for rpi's..

Lately there are 3 community images for rpi4, that you can just dd to a sdcard

Hello Joril,
I don't know if there are a more recent Image than the one by parazyd, for rpi3, Here,
But its a ascii image, which means you have to apt-get dist-upgrade it, so that you will be in beowulf..

You can also do it in 2 steps, like:

apt-get update
apt-get upgrade

and then,

apt-get clean
apt-get update
apt-get dist-upgrade

please tell us, if you succeed..

Best Regards,
tux

hello mmaglis,
this image is known to work with your Raspberry Pi version( RPI 2B )
http://arm-files.devuan.org/devuan_beow … 0.3.img.xz

user     :password

devuan:devuan
root      :toor

You just need to add a udev rule, so that the ethernet interface don't get named to a strange name..

cat - <<EOF >> /etc/udev/rules.d/70-persistent-net.rules 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="yours_maccaddress", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
EOF

Substitute 'yours_maccaddress' with your macaddress..
You cave 3 forms to get it..
boot with that image, attache a display, and a keyboard, and do a ifconfig
or
boot with another image and do a 'ifconfig', and its there,
Or
Use a usb-serial cable attached to the ttyAMA0 uart, and power up the pi and see what comes in the uart

The '/etc/update-motd.d/20-monitor', for OLime2
This piece of the puzzle was still missing
Yeah UPS Monitoring working..

~# ls -l /etc/update-motd.d/20-monitor
lrwxrwxrwx 1 root root 22 May 21 14:37 /etc/update-motd.d/20-monitor -> /usr/local/bin/monitor
~# which monitor
/usr/local/bin/monitor

Discharging:

Charging:

Full:

Battery Disconnected:

Hello,
modules can be loaded in: /etc/modules

then you can pass some information for a module via sysfs in /etc/rc.local or other place, if you find appropriate in a daemon..
well they are just creating a layer above another layer of complexity, and then mixing in another mammoth atop( systemd )

And they thing its the greatest thing in the universe..
its that and flying Unicorns