-
Notifications
You must be signed in to change notification settings - Fork 59
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
provisioner: remove repos before adding ours #1497
base: master
Are you sure you want to change the base?
Conversation
to make it easier to re-run crowbar_register in case of errors
can't users have some custom repos? (on the other hand, we're doing this as well during the upgrade) |
They could have custom repos, but then those repo names could collide with crowbar's too ... and if they are not SUSE repos, packages could collide which we do not want to support. |
But if the customer wants to add custom repositories, when would they need to add them? Is |
it only runs once. an alternative would be to do |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @bmwiedemann for the additional info. I agree with you and @jsuchome that this seems ok to do at this point.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd really prefer going the zypper rr
way: crowbar_ register is used for systems that are pre-installed, and it's very likely they would have existing repos for a good reason. Dropping them would just be annoying.
to make it easier to re-run crowbar_register in case of errors