batcave: override basearch in rhel10.0 sync #2625

Merged
ryanlerch merged 1 commit from batcave-rhel10-sync into main 2025-05-15 18:03:34 +00:00
Contributor

In order to correctly sync each architecture's repos, we have to override the basearch while running reposync. Otherwise we are just syncing the the host architecture (x86_64) multiple times under misleading directory names. This also adds the delete flag to clean up the existing incorrect downloads.

Signed-off-by: Carl George carlwgeorge@gmail.com

In order to correctly sync each architecture's repos, we have to override the basearch while running reposync. Otherwise we are just syncing the the host architecture (x86_64) multiple times under misleading directory names. This also adds the delete flag to clean up the existing incorrect downloads. Signed-off-by: Carl George <carlwgeorge@gmail.com>
First-time contributor
Build succeeded. https://fedora.softwarefactory-project.io/zuul/buildset/e3866299eedd476b8d586eb20360f552 - [fi-ansible-lint-diff ](https://fedora.softwarefactory-project.io/zuul/build/db6a9a59ff1c4ddc9983736ab5b0c05b) : SUCCESS in 2m 30s - [fi-yamllint-diff ](https://fedora.softwarefactory-project.io/zuul/build/50eeec06436d4445ae8da4fbdbe73775) : SUCCESS in 2m 19s
Contributor

I guess we could do --delete, but... in the past we didn't because:

  • In case we wanted to downgrade something we still have the older version available
  • when we are syncing if something happens to try and download a package after it's been deleted, but before the repodata updates to point to the new one, builds can fail.
I guess we could do --delete, but... in the past we didn't because: * In case we wanted to downgrade something we still have the older version available * when we are syncing if something happens to try and download a package after it's been deleted, but before the repodata updates to point to the new one, builds can fail.
Author
Contributor

rebased onto 4d8ffba442

rebased onto 4d8ffba44277364bd08c3f8ff5bf1eb88d20dadc
Author
Contributor

I dropped the delete flag, we just have to make sure to manually delete the aarch64, ppc64le, and s390x directories that currently have x86_64 packages.

I dropped the delete flag, we just have to make sure to manually delete the aarch64, ppc64le, and s390x directories that currently have x86_64 packages.
First-time contributor
Build succeeded. https://fedora.softwarefactory-project.io/zuul/buildset/a9dc19ba1bc54ce78b930a5e14aa23f4 - [fi-ansible-lint-diff ](https://fedora.softwarefactory-project.io/zuul/build/93e48d730ccf4945ab73bdc278ece452) : SUCCESS in 3m 01s - [fi-yamllint-diff ](https://fedora.softwarefactory-project.io/zuul/build/2a444fd8fdef44859b72ed48fa464a59) : SUCCESS in 2m 29s
Contributor

Pull-Request has been merged by kevin

Pull-Request has been merged by kevin
Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Infrastructure/ansible#2625
No description provided.