RPM S3 download links broken for amd64/arm64/arm/armhf since v18.9.0
## Summary
Starting from GitLab Runner v18.9.0, the S3 download URLs for RPM packages using the old architecture naming convention (`amd64`, `arm64`, `arm`, `armhf`) return **403 Forbidden**. The architecture names were changed to RPM-native conventions but the old names were not kept as aliases.
## Affected URLs
Any URL matching the pattern:
```
https://s3.dualstack.us-east-1.amazonaws.com/gitlab-runner-downloads/{latest,v18.9.0+}/rpm/gitlab-runner_{amd64,arm64,arm,armhf}.rpm
```
## Verification
| Architecture | v18.8.0 | v18.9.0+ / latest |
|---|---|---|
| `amd64` | 200 OK | **403 Forbidden** |
| `arm64` | 200 OK | **403 Forbidden** |
| `arm` | 200 OK | **403 Forbidden** |
| `armhf` | 200 OK | **403 Forbidden** |
| `x86_64` | 403 | **200 OK** |
| `aarch64` | 200 OK | **200 OK** |
| `armhfp` | 403 | **200 OK** |
| `loongarch64` | 403 | **200 OK** |
| `i686` | 200 OK | **200 OK** |
| `riscv64` | 200 OK | **200 OK** |
Note: `main` branch S3 uploads still include both old and new names, so bleeding-edge links work. Only tagged releases and `latest` are affected.
## Root cause
Commit `781b86d1c` (Jan 6, 2026) changed `PackageFileArchs` in `magefiles/package.go` to use RPM-native naming:
- `amd64` → `x86_64`
- `arm64` → removed (only `aarch64`)
- `arm` → removed
- `armhf` → `armhfp`
- `loong64` → `loongarch64`
The old filenames were not preserved as S3 symlinks or copies, so existing users/scripts/docs referencing the old names get 403 errors.
## Impact
- Users following the [manual install docs](https://docs.gitlab.com/runner/install/linux-manually/) who use `arm64` as the `${arch}` value (which the docs suggest) get a broken download
- Any automation or scripts using the old naming convention for RPM downloads
- The `packages.gitlab.com` YUM repository is **not affected** — it uses standard RPM naming and works correctly
## Documentation issues
- `docs/install/linux-manually.md` line 56: RPM section comment still lists `arm64` as an example `${arch}` value
- `docs/install/bleeding-edge.md` lines 72-79: Lists RPM links with old names (`amd64`, `arm`, `armhf`, `arm64`) that break when users substitute `main` with a version tag or `latest` as instructed
## Suggested fix
1. **Docs**: Update architecture examples and links to use the new RPM naming
2. **Consider**: Adding S3 aliases for the old names to avoid breaking existing automation (separate discussion)
issue