[roll] Roll infra/recipes [cas_util] Retry `cas archive` calls

We've been seeing a fairly high rate of `cas archive` timeouts lately.
I'm pretty sure this happens when the CAS client gets matched to an
overloaded CAS backend that is slow to upload to. Before trying to land
fixes in the `cas` CLI, I wanted to add top-level retries here to
confirm that retrying (likely connected to a different CAS backend)
solves the problem.

Original-Bug: 495460099
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/infra/recipes/+/1581835
Original-Revision: 053fb6806b38e6ababca450b8ab5735883710d66
GitOrigin-RevId: 3ddf64365b27e581c555f2d331845276737c0e5a
Change-Id: I3a4ec0b322c9387dd6721ef61a0510305cd35b2c
1 file changed
tree: 15ee68f89ac4b86c32c1b7cf4b6e65b6e9962310
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. cobalt
  6. flower
  7. jiri.lock
  8. MILESTONE
  9. minimal
  10. prebuilts
  11. README.md
  12. stem
  13. test_durations
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.

Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.