Changes for several CI improvements

[PATCH v2 00/12] Changes for several CI improvements

Posted by Marek Marczykowski-Górecki 6 days, 12 hours ago

- Alpine update
- Debian trixie
- Linux stubdom
- test arbitrary linux branch

Technically, the last patch isn't strictly required, but it eases debugging.

Green pipeline: https://gitlab.com/xen-project/people/marmarek/test-artifacts/-/pipelines/2196630637

Marek Marczykowski-Górecki (12):
  Add Alpine 3.22 containers
  Switch Linux builds to use Alpine 3.22 container
  Add debian rootfs artifact
  Add linux-6.12.60-x86_64
  Enable CONFIG_USB_RTL8152 in kernel for hw12 runner
  Include git in the ARM64 build container too
  Support building arbitrary Linux branch/tag/commit
  Save Linux config to artifacts too
  Add linux-stubdom dependencies
  Prepare grub for booting x86_64 HVM domU from a disk
  Prepare grub for booting x86_64 HVM domU from a cdrom
  Setup ssh access to test systems

 .gitlab-ci.yml                             | 53 ++++++++++++-
 containerize                               |  4 +-
 images/alpine/3.18-arm64-build.dockerfile  |  1 +-
 images/alpine/3.22-arm64-base.dockerfile   |  6 +-
 images/alpine/3.22-arm64-build.dockerfile  | 31 ++++++++-
 images/alpine/3.22-x86_64-base.dockerfile  |  6 +-
 images/alpine/3.22-x86_64-build.dockerfile | 43 ++++++++++-
 images/debian/13-x86_64-base.dockerfile    |  4 +-
 scripts/alpine-rootfs.sh                   | 22 +++++-
 scripts/build-linux.sh                     | 21 +++--
 scripts/debian-rootfs.sh                   | 95 +++++++++++++++++++++++-
 11 files changed, 279 insertions(+), 7 deletions(-)
 create mode 100644 images/alpine/3.22-arm64-base.dockerfile
 create mode 100644 images/alpine/3.22-arm64-build.dockerfile
 create mode 100644 images/alpine/3.22-x86_64-base.dockerfile
 create mode 100644 images/alpine/3.22-x86_64-build.dockerfile
 create mode 100644 images/debian/13-x86_64-base.dockerfile
 create mode 100755 scripts/debian-rootfs.sh

base-commit: 76894a5929bc604fb5bdb4aff2f94a6a9df68cdb
-- 
git-series 0.9.1

Re: [PATCH v2 00/12] Changes for several CI improvements

Posted by Jan Beulich 5 days, 21 hours ago

On 04.12.2025 17:37, Marek Marczykowski-Górecki wrote:
> - Alpine update
> - Debian trixie
> - Linux stubdom
> - test arbitrary linux branch
> 
> Technically, the last patch isn't strictly required, but it eases debugging.
> 
> Green pipeline: https://gitlab.com/xen-project/people/marmarek/test-artifacts/-/pipelines/2196630637
> 
> Marek Marczykowski-Górecki (12):
>   Add Alpine 3.22 containers
>   Switch Linux builds to use Alpine 3.22 container
>   Add debian rootfs artifact
>   Add linux-6.12.60-x86_64
>   Enable CONFIG_USB_RTL8152 in kernel for hw12 runner
>   Include git in the ARM64 build container too
>   Support building arbitrary Linux branch/tag/commit
>   Save Linux config to artifacts too
>   Add linux-stubdom dependencies
>   Prepare grub for booting x86_64 HVM domU from a disk
>   Prepare grub for booting x86_64 HVM domU from a cdrom
>   Setup ssh access to test systems

Like for the other series, where one patch is missing, I'd like to mention
that here patches 01 and 03 didn't make it.

Jan

Re: [PATCH v2 00/12] Changes for several CI improvements

Posted by Marek Marczykowski-Górecki 5 days, 19 hours ago

On Fri, Dec 05, 2025 at 08:34:10AM +0100, Jan Beulich wrote:
> On 04.12.2025 17:37, Marek Marczykowski-Górecki wrote:
> > - Alpine update
> > - Debian trixie
> > - Linux stubdom
> > - test arbitrary linux branch
> > 
> > Technically, the last patch isn't strictly required, but it eases debugging.
> > 
> > Green pipeline: https://gitlab.com/xen-project/people/marmarek/test-artifacts/-/pipelines/2196630637
> > 
> > Marek Marczykowski-Górecki (12):
> >   Add Alpine 3.22 containers
> >   Switch Linux builds to use Alpine 3.22 container
> >   Add debian rootfs artifact
> >   Add linux-6.12.60-x86_64
> >   Enable CONFIG_USB_RTL8152 in kernel for hw12 runner
> >   Include git in the ARM64 build container too
> >   Support building arbitrary Linux branch/tag/commit
> >   Save Linux config to artifacts too
> >   Add linux-stubdom dependencies
> >   Prepare grub for booting x86_64 HVM domU from a disk
> >   Prepare grub for booting x86_64 HVM domU from a cdrom
> >   Setup ssh access to test systems
> 
> Like for the other series, where one patch is missing, I'd like to mention
> that here patches 01 and 03 didn't make it.

Yes...
I don't know what to do about it... xen-devel list reject emails with
dockerfile changes as "spam". People CCed directly got it. Should I
include more people in dockerfile patches, just in case?

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab

Re: [PATCH v2 00/12] Changes for several CI improvements

Posted by Jan Beulich 5 days, 19 hours ago

On 05.12.2025 10:51, Marek Marczykowski-Górecki wrote:
> On Fri, Dec 05, 2025 at 08:34:10AM +0100, Jan Beulich wrote:
>> On 04.12.2025 17:37, Marek Marczykowski-Górecki wrote:
>>> - Alpine update
>>> - Debian trixie
>>> - Linux stubdom
>>> - test arbitrary linux branch
>>>
>>> Technically, the last patch isn't strictly required, but it eases debugging.
>>>
>>> Green pipeline: https://gitlab.com/xen-project/people/marmarek/test-artifacts/-/pipelines/2196630637
>>>
>>> Marek Marczykowski-Górecki (12):
>>>   Add Alpine 3.22 containers
>>>   Switch Linux builds to use Alpine 3.22 container
>>>   Add debian rootfs artifact
>>>   Add linux-6.12.60-x86_64
>>>   Enable CONFIG_USB_RTL8152 in kernel for hw12 runner
>>>   Include git in the ARM64 build container too
>>>   Support building arbitrary Linux branch/tag/commit
>>>   Save Linux config to artifacts too
>>>   Add linux-stubdom dependencies
>>>   Prepare grub for booting x86_64 HVM domU from a disk
>>>   Prepare grub for booting x86_64 HVM domU from a cdrom
>>>   Setup ssh access to test systems
>>
>> Like for the other series, where one patch is missing, I'd like to mention
>> that here patches 01 and 03 didn't make it.
> 
> Yes...
> I don't know what to do about it... xen-devel list reject emails with
> dockerfile changes as "spam". People CCed directly got it. Should I
> include more people in dockerfile patches, just in case?

Personally I'd say no, but maybe others differ. Imo this needs solving some
other way, as legitimate content really shouldn't be blocked from hitting the
list.

Jan

Re: [PATCH v2 00/12] Changes for several CI improvements

Posted by Juergen Gross 5 days, 18 hours ago

On 05.12.25 10:59, Jan Beulich wrote:
> On 05.12.2025 10:51, Marek Marczykowski-Górecki wrote:
>> On Fri, Dec 05, 2025 at 08:34:10AM +0100, Jan Beulich wrote:
>>> On 04.12.2025 17:37, Marek Marczykowski-Górecki wrote:
>>>> - Alpine update
>>>> - Debian trixie
>>>> - Linux stubdom
>>>> - test arbitrary linux branch
>>>>
>>>> Technically, the last patch isn't strictly required, but it eases debugging.
>>>>
>>>> Green pipeline: https://gitlab.com/xen-project/people/marmarek/test-artifacts/-/pipelines/2196630637
>>>>
>>>> Marek Marczykowski-Górecki (12):
>>>>    Add Alpine 3.22 containers
>>>>    Switch Linux builds to use Alpine 3.22 container
>>>>    Add debian rootfs artifact
>>>>    Add linux-6.12.60-x86_64
>>>>    Enable CONFIG_USB_RTL8152 in kernel for hw12 runner
>>>>    Include git in the ARM64 build container too
>>>>    Support building arbitrary Linux branch/tag/commit
>>>>    Save Linux config to artifacts too
>>>>    Add linux-stubdom dependencies
>>>>    Prepare grub for booting x86_64 HVM domU from a disk
>>>>    Prepare grub for booting x86_64 HVM domU from a cdrom
>>>>    Setup ssh access to test systems
>>>
>>> Like for the other series, where one patch is missing, I'd like to mention
>>> that here patches 01 and 03 didn't make it.
>>
>> Yes...
>> I don't know what to do about it... xen-devel list reject emails with
>> dockerfile changes as "spam". People CCed directly got it. Should I
>> include more people in dockerfile patches, just in case?
> 
> Personally I'd say no, but maybe others differ. Imo this needs solving some
> other way, as legitimate content really shouldn't be blocked from hitting the
> list.

I agree. Why is there a spam filter at all? xen-devel is moderated for
non-subscribers, so there shouldn't be that much spam which makes it to
the list. And in case there is, we should add the sender to the mailman
filter.


Juergen