qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PULL 44/45] Fedora images: use URLs from stable "archi


From: Alex Bennée
Subject: Re: [Qemu-devel] [PULL 44/45] Fedora images: use URLs from stable "archives.fedoraproject.org"
Date: Tue, 10 Sep 2019 10:37:23 +0100
User-agent: mu4e 1.3.4; emacs 27.0.50

Daniel P. Berrangé <address@hidden> writes:

> On Tue, Sep 10, 2019 at 09:43:48AM +0100, Alex Bennée wrote:
>> From: Cleber Rosa <address@hidden>
>>
>> The LinuxInitrd.test_with_2gib_file_should_work_with_linux_v4_16 test,
>> from tests/acceptance/linux_initrd.py, is currently failing to fetch
>> the "vmlinuz" file.  The reason for the failure is that the Fedora
>> project retires older versions from the "dl.fedoraproject.org" URL,
>> and keeps them in "archives.fedoraproject.org".  As an added note,
>> that test uses a Fedora 28 image, because of the specific Linux kernel
>> version requirements of the test.
>>
>> For the sake of stability, let's use URLs from the archived and
>> supposedely ever stable URLs.  The good news is that the currently
>> supported versions are also hosted on the later.  This change limits
>> itself to change the URLs, while keeping the fetched files the same
>> (as can be evidenced by the unchanged hashes).
>
> FWIW, I commented on the oiriginal patch before seeing this PR.
> I don't think we should be using the archive URL for anything
> which still exists on download.fedoraproject.org as that's placing
> undesirable load on the Fedora master servers, instead of using its
> primary CDN via the mirror services.

I think most of the CI services have caching proxies to the outside world
to reduce their internetwork load. Would we be able to check with the
webmasters to see what sort of effect we are having on their load?

The problem of using the normal CDN is if we don't keep on top of
updating URLs as the upstream moves the artefacts to archives our CI
keeps breaking. Perhaps we should be hosting these ourselves? But that
involves infrastructure and also ensuring we meet GPL requirements
whereas at the moment we basically offload that work onto the distros.

>
>
> Regards,
> Daniel


--
Alex Bennée



reply via email to

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