Welcome to the Pacman bug tracker. Please search the current bugs and feature requests before filing a new one! Use advanced search and select "Search in Comments".
* Please select the correct category and version.
* Write a descriptive summary, background info, and provide a reproducible test case whenever possible.
* Please select the correct category and version.
* Write a descriptive summary, background info, and provide a reproducible test case whenever possible.
FS#72514 - "Operation too slow" should fallback to other servers
|
DetailsI have a CI system with Arch Linux builds. The CI image uses reflector to
generate a mirrorlist with 30 entries. It seems like one of the mirrors has networking issues today, and sometimes fails with: error: failed retrieving file 'compiler-rt-12.0.1-2-x86_64.pkg.tar.zst.= sig' from mirror.osbeck.com : Operation too slow. Less than 1 bytes/sec tra= nsferred the last 10 seconds warning: failed to retrieve some files error: failed to commit transaction (download library error) Errors occurred, no packages were upgraded. Full log at [1]. I'd assume this kind of error would automatically fall back to the next available server in the mirrorlist, but it doesn't seem like this happens? Is this intentional? It seems like a good idea to have a fallback for robustness. [1]: https://builds.sr.ht/~emersion/job/612556 |
This task depends upon

Hrm... It should go to the next server if a package fails. But I see it is a signature failing - apparently that does not fall through!