refactor: use ftpmirror.gnu.org for gnu packages #8
No reviewers
Labels
No labels
Compat
Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: auxolotl/foundation#8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "srxl/foundation:ftpmirror"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
https://ftp.gnu.org is very, very slow. From the GNU downloads page:
Indeed, in my experience the mirrors are much faster. I don't see a reason we shouldn't default to them personally, so I've changed the default here.
Also see: auxolotl/labs#26
Seems to evaluate OK on hydra: https://hydra.aux-cache.dev/jobset/aux-prs/foundation-pr8.1
I get several hash mismatches with this change:
What's weird, is that when I download the files, they actually hash to the same value. And when I manually select a mirror instead of
ftpmirror.gnu.org, then it also works. So it seems that this mirror sometimes responds with wrong responses?Interesting, maybe some mirrors in the rotation aren't complete, and it's returning 404 pages or something similar? Or maybe it's mirror downtime?
I wonder if there's a way to select from a more reliable subset...
Seems like it is indeed an incomplete mirror in the rotation (https://mirror.clientvps.com, see https://matrix.to/#/#general:auxolotl.org/$0h1bQTlpeNXHN7K43q9g433cxDTHf9aHo2OtcvSls4k).
Yeah, I emailed them(clientvps.com) about it. Even if there is a flaky mirror in the pool, it's much better than the current state of "it doesn't build at all because ftp.gnu.org is so slow it's effectively down", so this should be merged even before the mirror.clientvps.com issue is fixed(either on their end, or by being removed from the pool) IMO.In any case, I'll leave a note in#generalif i get a reply about the mirror.Got a reply, it shouldn't be an issue anymore.