New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
modules: zypper_repository: Do not ignore the 'name' parameter #32376
Conversation
Every zypper repository has the 'repo' parameter set. As such, the shortname variable was always set to 'repo' even if we had set a different name for our repository using the 'name' parameter. This causes problems when trying to determine what to do once the repository is instelled (for example running 'refresh' to import GPG keys). We should only set 'shortname' to 'repo' if 'repo' ends up with '.repo' which means it is a proper repofile. Fixes ansible#32375
@hwoarang Greetings! Thanks for taking the time to open this pullrequest. In order for the community to handle your pullrequest effectively, we need a bit more information. Here are the items we could not find in your description:
Please set the description of this pullrequest with this template: |
@hwoarang Thanks for the bug report and PR! The general issue is that the resulting name or URL of .repo files is unknown without actually downloading and parsing that file. The |
Please make sure to manually run the integration tests. Currently CI does not work for the zypper repos. |
Thank you for the comments. Regarding |
This is unchanged for a long time now. |
ISSUE TYPE
SUMMARY
Every zypper repository has the 'repo' parameter set. As such, the
shortname variable was always set to 'repo' even if we had set a
different name for our repository using the 'name' parameter. This
causes problems when trying to determine what to do once the repository
is instelled (for example running 'refresh' to import GPG keys). We
should only set 'shortname' to 'repo' if 'repo' ends up with '.repo'
which means it is a proper repofile.
Fixes #32375