qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v2 07/11] acpi/tests/bits: add python test that exercizes QEM


From: Thomas Huth
Subject: Re: [PATCH v2 07/11] acpi/tests/bits: add python test that exercizes QEMU bios tables using biosbits
Date: Wed, 28 Sep 2022 11:39:36 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0

On 28/09/2022 11.35, Michael S. Tsirkin wrote:
On Wed, Sep 28, 2022 at 10:31:39AM +0200, Thomas Huth wrote:
On 27/09/2022 23.21, Michael S. Tsirkin wrote:
On Tue, Sep 27, 2022 at 04:45:09PM +0100, Daniel P. Berrangé wrote:
On Tue, Sep 27, 2022 at 07:35:13PM +0530, Ani Sinha wrote:
...
Alright, .gitlab-ci.yml is produced and the pipeline succeeds.
However, the question still remains, where do we keep the generated
artifacts?

The following link will always reflect the published artifacts from
the most recently fully successful CI pipeline, on the 'qemu-bits'
branch, and 'qemu-bits-build' CI job:

https://gitlab.com/qemu-project/biosbits-bits/-/jobs/artifacts/qemu-bits/download?job=qemu-bits-build

Tweak as needed if you push the CI to master branch instead. This
link can be considered the permanent home of the artifact. I'd just
suggest that the QEMU job automatically skip if it fails to download
the artifact, as occassionally transient infra errors can impact
it.

This just means once we change the test old qemu source can no longer use it.
Why is this a good idea? Are we so short on disk space? I thought CPU
is the limiting factor?

FYI, we'll soon be short on disk space, gitlab plans to introduce storage
limits:

  https://about.gitlab.com/pricing/faq-paid-storage-transfer/

  Thomas

A good reason not to use CI artifacts to store images maybe?
I was proposing storing binaries on qemu.org not on gitlab.

For qemu.org, you should maybe talk to Paolo and Stefan first, I'm not sure whether we could allow additional network traffic
beside the normal release tarballs there...

 Thomas




reply via email to

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