-
Notifications
You must be signed in to change notification settings - Fork 224
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
Being prompted twice for password
and sudo-password
when they are the same value is annoying
#1425
Comments
I don't think it's possible to create a new plugin that references other values without opening up a lot of unwanted complexity to the plugin API. I do think we could allow named references as a general extension to the resolve_reference functionality. Given that references are lazy and can be recursive it would be easy for users to create broken inventories that are difficult to debug but it should be possible. I'm open to suggestions but the best way I can think to implement this is probably a new - config:
password:
_plugin: prompt
_reference: password
message: "enter passworf
sudopassword:
_reference: password
|
It would be really nice to reference other config values, without it we have a lot of copy/paste in our inventory files:
So, if this service account password changes, i now have 3x places i need to update it. |
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password`. This feature is gated by `future`.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
…password This sets the default value for `sudo-password` to the same value as `password` when using the SSH transport and `run-as`. This feature is gated by the `future` config value.
(GH-1425) Set default value for sudo-password to value for password
Use Case
Users often want to use the same value for
password
andsudo-password
, and want to use theprompt
plugin to get the value. Right now that means using theprompt
plugin in 2 places, and having to enter the same value twice, which is annoying.Describe the Solution You Would Like
I have a few idea for how we could solve this:
password
value forsudo-password
, if sudo-password is needed.name
attribute to theprompt
plugin and only prompt once for each named prompt. This would mean that a prompt could be used throughout the inventory.Additional Context
Slack convos: 1, 2, 3
Solution
The
sudo-password
should default to the value forpassword
in all cases. This should be gated on future.The text was updated successfully, but these errors were encountered: