[CentOS-devel] [Arm-dev] [RFC] Bootstrapping a new arch

Thomas Oulevey

thomas.oulevey at cern.ch
Mon Oct 17 14:45:54 UTC 2016


On 10/17/2016 04:21 PM, Brian Stinson wrote:
> On Oct 13 17:52, Haïkel wrote:
>> Hi,
>>
>> There was various discussions about enabling aarch64 architecture for
>> Cloud SIG OpenStack repositories.
>> And likely others are coming, so I'd like to confirm with a wider
>> audience about the proper course of action.
>> So we can document it and share that experience with other SIGs.
>>
>> Arrfab suggested the following:
>> * scratch builds with archoverride of existing arch-dependent builds
>> * ask CBS admin to merge the task with existing builds using mergeScratch.
>>
>> I find this process simple and efficient, but I'm worried about how it scales.
>> In my case, I have about 250 binary packages (including the Erlang
>> stack etc.) with many interdependencies, so
>> it can rapidly get bothersome for CBS admins.
>>
>> If we can find a way to automate the mergeScratch operations or
>> temporarily grant that permission to
>> SIGs during bootstrapping phase, I have pretty much no objections for
>> that course.
>
> I think if you let us know your schedule, one of us can be around to
> help with the bootstrap. The mergeScratch operation requires permissions
> that we can't give out to non-admins.
>

+1

I am available to help this week and the following.

>>
>> As for daily operations, if you can't block on alternate arch build
>> failures, I was recommended to just use %excludearch
>> and move forward. Which gives us the flexibility to move forward and
>> give more time to fix things at our pace.
>
> +1 here, there might be a little NVR churn with this but I think that's
> the best way to handle this.
>

koji build --arch-override="" is better as there is no need to modify 
the spec. And that could be added to all build in the RDO process if we 
need to move forward with x86_64 only.


-- 
Thomas.



More information about the CentOS-devel mailing list