Fixes #36477 - Correctly imports repos with arch restrictions #10598
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Red Hat repositories incorrectly allow users to set architecture restrictions on the repo details page. This causes issues when exporting and importing these repositories due to the way enablement worked.
What are the changes introduced in this pull request?
Initially we went the route of no allowing user to update arch information on a redhat repo. Which would imply that the they'd need to run an upgrade task to correct stuff.
This PR allows for exports and imports for the wrong arch via being smart on enablement.
Considerations taken when implementing this change?
Originally thought of adding some complexity in the behavior by adding a
original arch substitutions
key to the exportmetadata.json
.But instead decided to go with the simpler "Enable Repo and then override the arch to what comes from the metadata json" approach
What are the testing steps for this pull request?
Before you check out the PR
After checking out the PR