Attempting to install Alpine Linux has recently begun to fail every time with:
::debug::isExplicit: 1.0.3
Failure happened, retrying (Could not determine download URL (statusCode: 403 / statusMessage: Forbidden))
Failure happened, retrying (Could not determine download URL (statusCode: 403 / statusMessage: Forbidden))
Failure happened, retrying (Could not determine download URL (statusCode: 403 / statusMessage: Forbidden))
Failure happened, retrying (Could not determine download URL (statusCode: 403 / statusMessage: Forbidden))
Error: Could not determine download URL (statusCode: 403 / statusMessage: Forbidden)
This can be seen in all of the jobs that attempt to install Alpine Linux in this workflow run in my fork, such as this job. I've rerun that workflow several times, and this has happened every time in all the Alpine Linux jobs, as well as in the Alpine Linux installation steps of jobs that install multiple distributions. (Besides this Alpine problem, that workflow does show other failures. But the others are unrelated APT failures in Debian, which I think are due to #76.)
I've also gotten this failure in another repository that uses setup-wsl. That's how I first observed it.
I expect that, if CI is rerun here, then the problem will be observed. Just in case something weird is going on, such that the 403 is somehow specific to repositories owned by my account, it might be worthwhile to try it here to make sure, even though that seems unlikely. The same failures can be observed in the scheduled workflow runs here, such as in this run.
This happens on all Windows systems tested, with both WSL 1 and WSL 2, and only with Alpine Linux. It happens after, and not during, any wsl --update step, and thus differs from #66 and #72.
However, it does at least somewhat resemble the older issue #50 (actions/runner-images#8791). I wonder if this means that the fix in e5717e2 is no longer effective, and that the way URLs are constructed from product IDs may need to be further adjusted. Or maybe the "Setup WSL GitHub Action" User-Agent string is no longer being accepted? But those are just guesses.
Attempting to install Alpine Linux has recently begun to fail every time with:
This can be seen in all of the jobs that attempt to install Alpine Linux in this workflow run in my fork, such as this job. I've rerun that workflow several times, and this has happened every time in all the Alpine Linux jobs, as well as in the Alpine Linux installation steps of jobs that install multiple distributions. (Besides this Alpine problem, that workflow does show other failures. But the others are unrelated APT failures in Debian, which I think are due to #76.)
I've also gotten this failure in another repository that uses setup-wsl. That's how I first observed it.
I expect that, if CI is rerun here, then the problem will be observed. Just in case something weird is going on, such that the 403 is somehow specific to repositories owned by my account, it might be worthwhile to try it here to make sure, even though that seems unlikely.The same failures can be observed in the scheduled workflow runs here, such as in this run.This happens on all Windows systems tested, with both WSL 1 and WSL 2, and only with Alpine Linux. It happens after, and not during, any
wsl --updatestep, and thus differs from #66 and #72.However, it does at least somewhat resemble the older issue #50 (actions/runner-images#8791). I wonder if this means that the fix in e5717e2 is no longer effective, and that the way URLs are constructed from product IDs may need to be further adjusted. Or maybe the "Setup WSL GitHub Action"
User-Agentstring is no longer being accepted? But those are just guesses.