On Thu, Jun 19, 2025 at 3:12 PM Justin Zobel <jus...@1707.io> wrote:

> On 18/06/2025 18:13, Ben Cooksley wrote:
>
> On Wed, Jun 18, 2025 at 7:01 PM Justin Zobel <jus...@1707.io> wrote:
>
>> On 18/06/2025 07:31, Albert Astals Cid wrote:
>>
>> Please work on fixing them, otherwise i will remove the failing CI jobs on
>> their 4th failing week, it is very important that CI is passing for multiple
>> reasons.
>>
>> Good news: 1 repo fixed
>>
>> Bad news: 1 repo still failing, 1 new repo failing
>>
>> cantor - 3rd week
>>  * https://invent.kde.org/education/cantor/-/pipelines/974444
>>   * testmaxima fails
>>
>>
>> gwenview - NEW
>>  * https://invent.kde.org/graphics/gwenview/-/pipelines/974445
>>   * nasa does not let us download stuff and flatpak fails
>>
>>
>> Cheers,
>>   Albert
>>
>> Ben, can we please mirror
>> http://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/cfitsio-4.5.0.tar.gz
>> - NASA's webserver is often slow, I've experienced this myself.
>>
>
> I've added it at
> https://files.kde.org/craft/sources/libs/cfitsio/cfitsio-4.6.2.tar.gz
> (well a slightly newer version)
>
> Long term we need a plan around mirroring sources for all the dependencies
> we drag in for all our CD builds as this is not the first time we've had
> issues with upstream infrastructure, source archives disappearing or
> changing out from underneath us, etc.
> Ideas on how to do this welcome - appreciate it will make updating deps
> harder for CD builds but the reliability and license compliance issues it
> solves are worth it.
>
>
> Long term we could implement a small caching proxy for all the builders.
> That way, all subsequent builds come from our local source.
>

That would only solve the issue for our builders though and wouldn't help
contributors / others trying to run our builds locally?
(it also won't help if the cache is periodically purged)

Cheers,
Ben

Reply via email to