[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 2/4] tests/lcitool: Refresh generated files
From: |
Daniel P . Berrangé |
Subject: |
Re: [PATCH v3 2/4] tests/lcitool: Refresh generated files |
Date: |
Wed, 12 Jul 2023 14:07:17 +0100 |
User-agent: |
Mutt/2.2.9 (2022-11-12) |
On Wed, Jul 12, 2023 at 02:55:10PM +0200, Philippe Mathieu-Daudé wrote:
> On 12/7/23 13:12, Daniel P. Berrangé wrote:
> > On Wed, Jul 12, 2023 at 01:00:38PM +0200, Philippe Mathieu-Daudé wrote:
> > > On 11/7/23 19:58, Daniel P. Berrangé wrote:
> > > > On Tue, Jul 11, 2023 at 04:49:20PM +0200, Philippe Mathieu-Daudé wrote:
> > > > > Refresh the generated files by running:
> > > > >
> > > > > $ make lcitool-refresh
> > > > >
> > > > > Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> > > > > ---
> > > > > tests/docker/dockerfiles/debian-amd64.docker | 2 -
> > > > > tests/docker/dockerfiles/ubuntu2004.docker | 2 -
> > > > > tests/docker/dockerfiles/ubuntu2204.docker | 2 -
> > > >
> > > > I don't know why this would be removing xen/pmem from these files. If
> > > > I run 'lcitool-refresh' on current git master that doesn't happen
> > > >
> > > > Do you have any other local changes on top ?
>
> (I just noticed manually updating the libvirt-ci submodule is
> pointless because the 'lcitool-refresh' rule does that)
>
> > > diff --git a/tests/docker/dockerfiles/ubuntu2204.docker
> > > b/tests/docker/dockerfiles/ubuntu2204.docker
> > > index 1d442cdfe6..5162927016 100644
> > > --- a/tests/docker/dockerfiles/ubuntu2204.docker
> > > +++ b/tests/docker/dockerfiles/ubuntu2204.docker
> > > @@ -73 +72,0 @@ RUN export DEBIAN_FRONTEND=noninteractive && \
> > > - libpmem-dev \
> > > @@ -99 +97,0 @@ RUN export DEBIAN_FRONTEND=noninteractive && \
> > > - libxen-dev \
> >
> > What architecture are you running from ? I'm suspecting it is a non
> > x86_64 architecture as these pacakges are both arch conditionalized.
>
> My host is Darwin aarch64, but how is this relevant to what we
> generate for guests? Are we missing specifying the target arch
> somewhere? (This is not the '--cross-arch' argument, because we
> don't want to cross-build). These dockerfiles always targeted x86_64,
> in particular the debian-amd64.docker one...
This is an unfortunate design choice of lcitool.
If you give '--cross-arch' it will always spit out the dockerfile
suitable for cross-compiling to that arch.
If you omit '--cross-arch' it will always spit out the dockerfile
suitable for compiling on the *current* host arch.
When we're committing the dockerfiles to qemu (or any libvirt project
using lcitool), we've got an implicit assumption that the non-cross
dockerfiles were for x86_64, and hence an implicit assumption that
the person who ran 'lcitool' was also on x86_64.
This is clearly a bad design choice mistake in retrospect as people
are increasingly likely to be using aarch64 for day-to-day dev work.
So I guess we need to come up with a more explicit way to say give
me a native container for x86_64.
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
[PATCH v3 3/4] tests/vm: Introduce get_qemu_packages_from_lcitool_json() helper, Philippe Mathieu-Daudé, 2023/07/11
[PATCH v3 4/4] tests/vm/freebsd: Get up-to-date package list from lcitool vars file, Philippe Mathieu-Daudé, 2023/07/11
Re: [PATCH v3 0/4] tests/vm/freebsd: Get up-to-date package list from lcitool, Thomas Huth, 2023/07/17