I know quite a few of you (myself included) have been waiting for EPEL to support some of the additional architectures like AArch64. We've been working with the EPEL team to try to help this along, but it looks like the earliest this will be available is around late August. Until then, we're producing an unofficial build based on the SRPMs pulled from the fedora/EPEL mirrors. This is meant as a temporary "use at your own risk" set of packages. They are unsigned, and the repository isn't checked for dependency closure. Once the official EPEL repository is available, we will stop maintaining this branch.
If I haven't scared you off yet, you can use this temporary repository by creating an unofficial.repo file in /etc/yum.repos.d with the following contents:
[unofficial-builds] name=CentOS unofficial extra package rebuild baseurl=http://buildlogs.centos.org/c7-epel.a64/ metadata_expire=6h gpgcheck=0 skip_if_unavailable=True
If you find a missing package, or are interested in helping to improve the packages, there's an associated bugzilla at https://bugzilla.redhat.com//show_bug.cgi?id=1285484
Please start there, or discuss/contribute here on the arm-dev@centos.org mailing list.
Jim,
Thanks for this repo; I have been mirroring here locally since it started building, and it's been interesting watching the progress. It's getting closer that when you started back, what, May 4 or so (although there is one package from 4/26 it appears). I have a couple of ODroid C2's running C7 on long-term stability testing, and have been updating and installing from my local mirror.
On 05/24/2016 01:06 PM, Lamar Owen wrote:
Jim,
Thanks for this repo; I have been mirroring here locally since it started building, and it's been interesting watching the progress. It's getting closer that when you started back, what, May 4 or so (although there is one package from 4/26 it appears). I have a couple of ODroid C2's running C7 on long-term stability testing, and have been updating and installing from my local mirror.
We still have more than 1000 SRPMs to build .. and we are still cranking them out even now (have to build through in cycles for dependencies)
So some things will work and others won't.
I am pretty sure anything that uses nodejs is not going to work, at least not now.
Some of the python-* and perl-* stuff has not built either.
Basically, at this point getting working things from there is a crapshoot :)
but we are continuing to build this. Depending on how this goes, we will be doing the same thing for armhfp (32 bit) and i686.
Thanks, Johnny Hughes
On 25/05/16 11:16, Johnny Hughes wrote:
On 05/24/2016 01:06 PM, Lamar Owen wrote:
Jim,
Thanks for this repo; I have been mirroring here locally since it started building, and it's been interesting watching the progress. It's getting closer that when you started back, what, May 4 or so (although there is one package from 4/26 it appears). I have a couple of ODroid C2's running C7 on long-term stability testing, and have been updating and installing from my local mirror.
We still have more than 1000 SRPMs to build .. and we are still cranking them out even now (have to build through in cycles for dependencies)
So some things will work and others won't.
I am pretty sure anything that uses nodejs is not going to work, at least not now.
Some of the python-* and perl-* stuff has not built either.
Basically, at this point getting working things from there is a crapshoot :)
but we are continuing to build this. Depending on how this goes, we will be doing the same thing for armhfp (32 bit) and i686.
Thanks, Johnny Hughes
Well, do you mean something else that what has been already done ? :-)
http://armv7.dev.centos.org/repodir/epel-pass-1/
On 05/25/2016 05:16 AM, Johnny Hughes wrote:
... Some of the python-* and perl-* stuff has not built either.
Yeah, I found during my handbuilds of the GNUradio dependencies that some python stuff has rather interesting dependencies (like that of python-unittest2 as I recall, although I've slept since then....). And the python3 (a buildreq for some packages but not an install req....) rebuild failed in one of the build tests. So if it just built to a .noarch.rpm I just used the x86_64 EPEL 7 repo's .norach.rpm and went on ahead.
So far the little C2 has been stable: [root@localhost ~]# uptime 16:08:10 up 22 days, 17:23, 1 user, load average: 0.22, 0.08, 0.06 [root@localhost ~]#
and it is running a ShinySDR instance that, as long as I don't leave it connected to the workstation for too long works great.
Basically, at this point getting working things from there is a crapshoot :)
but we are continuing to build this. Depending on how this goes, we will be doing the same thing for armhfp (32 bit) and i686.
Yeah, it's been pretty cool to watch the number of built .src.rpms grow towards the 5,494 src.rpm count that I have in my local EPEL 7 SRPM mirror (which is a bit stale....). So far I count 3,396 built src.rpms in my mirror, but I haven't updated it today.
I for one really appreciate the effort; it would take a lot longer than a month to have gotten anywhere close to this progress with the small number of C2's that I have available to do builds. Your hardware is likely a great deal faster than mine.