On 07/08/2016 03:35 AM, Alan Pevec wrote:
On Fri, Jul 8, 2016 at 4:00 AM, Haïkel hguemar@fedoraproject.org wrote:
2016-07-07 17:41 GMT+02:00 Jim Perrin jperrin@centos.org:
...
I might suggest that for now (until we get the mirror bits sorted), we create a centos-release-mitaka-altarch package. This would avoid needing to mess with the existing x86_64 bits. once everything is aligned, then we can obsolete/provides the replacement and use the standard package across all architectures.
Works for me.
I didn't understand why we need separate release -altarch package. I understand we do need separate CBS tags but they could be still mapped into the same per-arch locations under http://buildlogs.centos.org/centos/7/cloud/ and http://mirror.centos.org/centos/7/cloud/ so that current OpenStack CloudSIG .repo [1] which uses $basearch will work. Mappings for testing repo request (e.g. for RDO Newton [2]) would be:
The problem here is that the aarch64 builds are currently at mirror.centos.org/altarch/ not at /centos/, so either way we'll end up with split repositories for the architecture.
I'm only suggesting a second package as a short term solution until we come up with a better way to manage this.
On 07/08/2016 08:59 AM, Jim Perrin wrote:
On 07/08/2016 03:35 AM, Alan Pevec wrote:
On Fri, Jul 8, 2016 at 4:00 AM, Haïkel hguemar@fedoraproject.org wrote:
2016-07-07 17:41 GMT+02:00 Jim Perrin jperrin@centos.org:
...
I might suggest that for now (until we get the mirror bits sorted), we create a centos-release-mitaka-altarch package. This would avoid needing to mess with the existing x86_64 bits. once everything is aligned, then we can obsolete/provides the replacement and use the standard package across all architectures.
Works for me.
I didn't understand why we need separate release -altarch package. I understand we do need separate CBS tags but they could be still mapped into the same per-arch locations under http://buildlogs.centos.org/centos/7/cloud/ and http://mirror.centos.org/centos/7/cloud/ so that current OpenStack CloudSIG .repo [1] which uses $basearch will work. Mappings for testing repo request (e.g. for RDO Newton [2]) would be:
The problem here is that the aarch64 builds are currently at mirror.centos.org/altarch/ not at /centos/, so either way we'll end up with split repositories for the architecture.
I'm only suggesting a second package as a short term solution until we come up with a better way to manage this.
If one wanted to install openstack on AArch64 CentOS 7.2 AltArch, are Marcin's repositories at Linaro still fresh? Or is there something on centos.org now?
Thanks, Cov
On 09/16/2016 09:36 AM, Christopher Covington wrote:
If one wanted to install openstack on AArch64 CentOS 7.2 AltArch, are Marcin's repositories at Linaro still fresh? Or is there something on centos.org now?
Yes, that's still the proper place for now. The current plan is to have aarch64 be natively supported in RDO when Newton comes out in a couple weeks. There are no plans to do anything with mitaka for aarch64 since newton is so close.
On 09/16/2016 01:08 PM, Jim Perrin wrote:
On 09/16/2016 09:36 AM, Christopher Covington wrote:
If one wanted to install openstack on AArch64 CentOS 7.2 AltArch, are Marcin's repositories at Linaro still fresh? Or is there something on centos.org now?
Yes, that's still the proper place for now.
Marcin kindly pointed me to:
http://repo.linaro.org/rpm/leg-openstack-mitaka/centos-7/README.txt
(There is also a now-stale people.linaro.org link in the archives which I had been trying and failing to use.)
The current plan is to have aarch64 be natively supported in RDO when Newton comes out in a couple weeks. There are no plans to do anything with mitaka for aarch64 since newton is so close.
I'll be on the lookout for news of a release candidate to test.
Thanks, Cov
W dniu 19.09.2016 o 19:25, Christopher Covington pisze:
(There is also a now-stale people.linaro.org link in the archives which I had been trying and failing to use.)
Recreated directories and added README.txt from Linaro website in case someone gets to people.linaro.org area.