Topic: Will aarch64 architecture be supported?

Hello. Just wondering if you have any plan to support aarch64 for all your PHP packages? AWS has a new class of EC2 instances based on that architecture that's cheaper and higher performance. CentOS has support for the architecture, but the Remi packages only support x86_64 from the looks of it.

Re: Will aarch64 architecture be supported?

Sorry, but I don't have any aarch64 builder for now.

Desktop: Fedora 33 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 34 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Will aarch64 architecture be supported?

You can try to use https://repo.drpixel.fr/
which provides rebuild of my packages for EL-7

Desktop: Fedora 33 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 34 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Will aarch64 architecture be supported?

Hello. I've seen, that there seems to be an aarch64 repo for RHEL / CentOS 7 (https://rpms.remirepo.net/enterprise/7/ … /repoview/) hosted here, but not for RHEL / CentOS 8. Is support for RHEL / CentOS 8 on aarch64 coming? RHEL 8 is out for two years now. RHEL 7 is already out of full support, meaning I'd rather drop support for that, than not supporting the current one.

Re: Will aarch64 architecture be supported?

Same answer than previously: "I don't have any aarch64 builder"

the aarch64 repo in el-7 only provides "noarch" packages, especially to be used by drpixel repository users (which only provides arch packages)

aarch64 build will also be a huge time consumer for me.

Desktop: Fedora 33 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 34 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Will aarch64 architecture be supported?

Unfortunately we are running into the problem of missing packages for our new dev machines and AWS instances as well - we could get some of them from the official DNF module on CentOS, the rest would need to be built manually. Now I don't know how often your builds are running and how long they take, but you could grab an m6g EC2 instance for 0.1462$/h + data & traffic, which isn't much. An alternative would be a (used) Mac Mini with Apple Silicon and a Linux VM running on it. Last but not least a Raspberry Pi 4, but then you will probably still build when the next release is out.

Assuming you don't want to spend money and time on this, is there a way to easily build your packages ourselves?

Re: Will aarch64 architecture be supported?

"Assuming you don't want to spend money and time on this, is there a way to easily build your packages ourselves?"

Hi,

That's what I did (although I'm not up to date ... I need to spend some time to recover the delta).
If you want to do it by yourself, you "only" have to take the SRPMS and rebuild them.
Be aware that some of them needs some modifications to be built with aarch64.

If willing, you can find my rebuild packages here : https://repo.drpixel.fr/enterprise

Last but not least, the build time is very high unless you have a true aarch64 server ^^

Best Regards,

Christophe

8 (edited by der_eismann 2021-06-09 10:45:12)

Re: Will aarch64 architecture be supported?

Thanks for chiming in! I guess it's a bit more complicated than that - rebuilding a single SRPM is easy, but when they start to depend on each other, you want to build it in a containerized environment and also create and host the whole repository (the *.xml files), then it will take me some more time ^^ The good thing is that we only need to do it for the 33 packages we actually use. Also I can't find any SRPMs, only the Git repo containing the spec files.

Re: Will aarch64 architecture be supported?

> Also I can't find any SRPMs

Link on that main page... https://rpms.remirepo.net/

Desktop: Fedora 33 + rpmfusion + remi-test + remi-dev
Laptop:  Fedora 34 + rpmfusion + remi (SCL only)
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Will aarch64 architecture be supported?

Thanks, I was blind for this. Just tried 'dnf download --source' which didn't work.
I'm still struggling a bit with the mock setup and running it in a container, but I guess this just takes some more time.