qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH for-4.1 v3 00/12] bundle edk2 platform firmware


From: Laszlo Ersek
Subject: Re: [Qemu-devel] [PATCH for-4.1 v3 00/12] bundle edk2 platform firmware with QEMU
Date: Wed, 27 Mar 2019 16:33:23 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

On 03/27/19 16:30, Daniel P. Berrangé wrote:
> On Wed, Mar 27, 2019 at 03:25:19PM +0000, Peter Maydell wrote:
>> On Wed, 27 Mar 2019 at 14:31, Laszlo Ersek <address@hidden> wrote:
>>> ... Which in turn raises the question: *before* Peter reported the "xz"
>>> failure first, against my series, at
>>>
>>>   https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg05452.html
>>>
>>> what image had Peter been using? Because, as far as I see it, at
>>> that point there was *no* way for the OpenBSD build test to succeed,
>>> *regardless* of my series. The compiler must not have been available.
>>
>> The tests/vm scripts cache the downloaded image. So my setup
>> presumably has the old image cached and is continuing to use it.
>> This is good for speed and avoiding lots of downloads, but it
>> looks like it's had the unfortunate side effect that nobody
>> noticed the breakage because everybody doing tests already
>> had the old image in their local cache and wasn't using the
>> broken new image :-(
> 
> Perhaps the VM test scripts should do a "HEAD" request for the image
> every time to discover if it has been changed on the server, before
> honouring the local cache.

"curl -I" can do that. (Sorry if that's obvious -- I'm mentioning it
because I used "curl -I" myself manually, as part of the earlier
"investigation".)

Thanks
Laszlo



reply via email to

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