Teaser: nethserver-cockpit on arm

Just to confirm how fast @dev_team (in this case especially @davidep) enables this community :slight_smile:

Note: this is just build from a Pull request - hence a teaser

And sure we need to fix things, for instance look for the cpu-type on the fourth second line too… :smiling_face_with_three_hearts:

Thanks, hope we get this effort through!


grafik :+1:

1 Like
[root@rpi4 ~]# cat /proc/cpuinfo
processor       : 0
model name      : ARMv7 Processor rev 3 (v7l)
BogoMIPS        : 108.00
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

Sorry second line…


Great job! - :smile:

Thanks for your words, @mark_nl, really appreciated!

Now the bad news, this morning from EPEL maintainers :frowning:

We are sad to announce that we will be dropping the aarch64 release
from EPEL-7 repository.


IIUC, even if CentOS released an ARM build for 7.7 EPEL gives up today. It seems there’s no way to continue the development of ARM support on the 7 branch, we must work for 8 (?)


never seen a thread with such good news and such a bad news in such a short time :astonished:
btw great work @mark_nl and @davidep , tnx! :clap:
let’s see if will be an “unofficial epel” like for armhfp, but probably yes for aarch64 it will be better to work for 8 (however all the work done now is probably still reusable for 8) :vulcan_salute:


Already wondered why CentOS introduced a seperat gpg-key for aarch64, guess here is a probabilaty

Let’s hope so, it is about time for a official cepel, same as epel merely build against CentOS sources.

but probably yes for aarch64 it will be better to work for 8 (however all the work done now is probably still reusable for 8)

Did some ground work on el8 by building the dependencies for a uboot build and even cross compiled a kernel on/for el8; which happily boots my rpi3. However stopped the effort because one vital component fails: curl -o test https://... segfaults randomly, openssl / libcrypto does to be more precise. Making the system useless.

Lets see how it develops, and there maybe good news in this. Now CentOS may feel more “free” by approaching this a an altarch and give us more components to work with our SBC’s. As a matter of fact CentOS already did this by publishing bcm283x-firmware-20190828-1.18bf532.el7.aarch64.rpm the (closed source) bits to boot a rpi3(+) in 64 bit…


As discussed above above, it is uncertain at the moment whether aarch64 can stay to be supported,

So far so good…

1 Like