[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3] travis-ci: Disable C++ optional objects on AArch64 contai
Re: [PATCH v3] travis-ci: Disable C++ optional objects on AArch64 container
Tue, 9 Feb 2021 15:12:30 +0100
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0
On 2/9/21 2:41 PM, Peter Maydell wrote:
> On Tue, 9 Feb 2021 at 13:32, Philippe Mathieu-Daudé <firstname.lastname@example.org> wrote:
>> Migration of this job is pending of Cleber's possibility to add an AArch64
>> runner to Gitlab-CI, right? Then we need someone to support and maintain
>> the hardware... I don't think anybody volunteered.
> We have the hardware already. Effectively Alex is maintaining it...
I missed to read if Alex volunteered for this task but am certainly
happy if he is :) Although this should be documented somewhere (who
to contact if the AArch64 runner starts to fail?).
Assuming Cleber's runner script is merged and working on the AArch64
runner, then we need to figure how contributors can use it.
Assuming this runner will be registered under the QEMU organization
namespace in Gitlab, then contributors would have to open a Merge
Request to trigger the CI jobs (similarly to when you push to the
/staging branch). Then we would cancel the MR. We can ask contributors
to cancel their MR once testing done.
Midway could be having maintainers opening such MR?
I have no idea, just asking questions to see if other have ideas or
see the big picture here.
Re: [PATCH v3] travis-ci: Disable C++ optional objects on AArch64 container, Alex Bennée, 2021/02/11