You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now everyone that wants to customise a single option, they have to define the full hash.
With the defaults like:
rbenv:
env: system
version: v1.0.0
default_ruby: 2.3.3
Just setting the default_ruby requires me to define the full hash, e.g.:
- role: rbenv
rbenv:
env: system
version: v1.0.0
default_ruby: 2.1.6
And now since 3.0.0 the rubies properties is added, which requires me to add that to my playbook configuration (or add a version constraint).
There a way to get this working by setting hash_behaviour, but this isn't recommended:
We generally recommend not using this setting unless you think you have an absolute need for it, and playbooks in the official examples repos do not use this setting:
So I suggest to change it to plain variables:
rbenv_env: system
rbenv_version: v1.0.0
rbenv_default_ruby: 2.3.3
rbenv_rubies:
- version: 2.3.3
The text was updated successfully, but these errors were encountered:
In a role to install and configure Icinga2, we've made the decision to keep certain variables in a hash and came up agains the same issues regarding variables as hash getting overwritten. We solved this using the combine filter and setting the default values under vars in the role, see Icinga/ansible-icinga2@0fd8afe. May or may not be suitable here.
Now everyone that wants to customise a single option, they have to define the full hash.
With the defaults like:
Just setting the
default_ruby
requires me to define the full hash, e.g.:And now since 3.0.0 the
rubies
properties is added, which requires me to add that to my playbook configuration (or add a version constraint).There a way to get this working by setting hash_behaviour, but this isn't recommended:
So I suggest to change it to plain variables:
The text was updated successfully, but these errors were encountered: