|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v3 2/6] CI: avoid repacking initrd as part of the test job
On Wed, 16 Apr 2025, Andrew Cooper wrote:
> On 16/04/2025 12:48 am, Stefano Stabellini wrote:
> >> diff --git a/automation/scripts/qubes-x86-64.sh
> >> b/automation/scripts/qubes-x86-64.sh
> >> index c4be71464246..e2376cb51cb4 100755
> >> --- a/automation/scripts/qubes-x86-64.sh
> >> +++ b/automation/scripts/qubes-x86-64.sh
> >> @@ -164,16 +164,13 @@ ${domU_extra_config}
> >> "
> >>
> >> if [ -n "$domU_check" ]; then
> >> - # DomU
> >> + # DomU rootfs
> >> + cp binaries/rootfs.cpio.gz binaries/domU-rootfs.cpio.gz
> >> +
> >> + # test-local configuration
> >> mkdir -p rootfs
> >> cd rootfs
> >> - # fakeroot is needed to preserve device nodes in rootless podman
> >> container
> >> - fakeroot -s ../fakeroot-save tar xzf ../binaries/initrd.tar.gz
> >> - mkdir proc
> >> - mkdir run
> >> - mkdir srv
> >> - mkdir sys
> >> - rm var/run
> >> + mkdir -p etc/local.d
> >> echo "#!/bin/sh
> > I am worried about the drop of fakeroot because the newly created dirs
> > and files we'll have user as owner instead of root.
> >
> > I suggest we fix this for consistency, and cpio -R 0:0 might suffice.
>
> https://gitlab.com/xen-project/hardware/xen-staging/-/jobs/9737393986#L1087
>
> It seems to be all root anyway. I'm not entirely sure why, but it does
> explain why everything is working, given the attempt to have non-root
> containers.
Hi Andrew, thank you for looking into this. I am truly surprised to see
xen.start marked as root.root. Given that it is what we want I will not
complain though :-)
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |