qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 1/2] tests/docker: promote debian-riscv64-cross to a full ima


From: Philippe Mathieu-Daudé
Subject: Re: [PATCH 1/2] tests/docker: promote debian-riscv64-cross to a full image
Date: Wed, 15 Sep 2021 17:01:23 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0

On 9/15/21 10:15 AM, Alex Bennée wrote:
> Philippe Mathieu-Daudé <f4bug@amsat.org> writes:
>> On 9/14/21 8:58 PM, Richard Henderson wrote:
>>> From: Alex Bennée <alex.bennee@linaro.org>
>>>
>>> To be able to cross build QEMU itself we need to include a few more
>>> libraries. These are only available in Debian's unstable ports repo
>>> for now so we need to base the riscv64 image on sid with the the
>>> minimal libs needed to build QEMU (glib/pixman).
>>>
>>> The result works but is not as clean as using build-dep to bring in
>>> more dependencies. However sid is by definition a shifting pile of
>>> sand and by keeping the list of libs minimal we reduce the chance of
>>> having an image we can't build. It's good enough for a basic cross
>>> build testing of TCG.
>>>
> <snip>
>>> diff --git a/tests/docker/dockerfiles/debian-riscv64-cross.docker 
>>> b/tests/docker/dockerfiles/debian-riscv64-cross.docker
>>> index 2bbff19772..594d97982c 100644
>>> --- a/tests/docker/dockerfiles/debian-riscv64-cross.docker
>>> +++ b/tests/docker/dockerfiles/debian-riscv64-cross.docker
>>> @@ -1,12 +1,48 @@
>>>  #
>>> -# Docker cross-compiler target
>>> +# Docker cross-compiler target for riscv64
>>>  #
>>> -# This docker target builds on the debian Buster base image.
>>> +# Currently the only distro that gets close to cross compiling riscv64
>>> +# images is Debian Sid (with unofficial ports). As this is a moving
>>> +# target we keep the library list minimal and are aiming to migrate
>>> +# from this hack as soon as we are able.
>>>  #
>>> -FROM qemu/debian10
>>> +FROM docker.io/library/debian:sid-slim
>>> +
>>> +# Add ports
>>> +RUN apt update && \
>>> +    DEBIAN_FRONTEND=noninteractive apt install -yy eatmydata && \
>>> +    DEBIAN_FRONTEND=noninteractive eatmydata apt update -yy && \
>>> +    DEBIAN_FRONTEND=noninteractive eatmydata apt upgrade -yy
>>> +
>>> +# Install common build utilities
>>> +RUN DEBIAN_FRONTEND=noninteractive eatmydata apt install -yy \
>>> +    bc \
>>> +    build-essential \
>>> +    ca-certificates \
>>> +    debian-ports-archive-keyring \
>>> +    dpkg-dev \
>>> +    gettext \
>>> +    git \
>>> +    ninja-build \
>>> +    pkg-config \
>>> +    python3
>>
>> Alex, why not using a debian-sid intermediate image?
> 
> Well we removed the original debian-sid image a while ago having excised
> images that used it. Basing things on sid does cause problems given it's
> such a moving feast. Rather than encouraging others to build sid based
> images we decided it made more sense to make this a pure standalone
> image which we can migrate away from at the first opportunity.

Yeah, which is why I'm worried we'll get the same problem...

So this image can't be used as gating IMO.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]