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
btw great work @mark_nl and @davidep , tnx!
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)
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…