Additional roledefs keys beyond 'hosts' not loading into env
See original GitHub issueThis snippet from the docs doesn’t make the example keys ‘foo’ available to the user via env, only the ‘hosts’ key is subsequently loaded by Fabric (into env.hosts)
from fabric.api import env
env.roledefs = {
'web': {
'hosts': ['www1', 'www2', 'www3'],
'foo': 'bar'
},
'dns': {
'hosts': ['ns1', 'ns2'],
'foo': 'baz'
}
}
Documented further on this stackoverlow question
Issue Analytics
- State:
- Created 9 years ago
- Comments:7
Top Results From Across the Web
Define per host environment variable using slurp to read file ...
What I have been reading is that if I define env: under a task, it is applicable only to that task and not...
Read more >Host Checker Troubleshooting Guide - Pulse Secure
Host Checker is a client-side agent that performs endpoint checks on hosts that connect to the IVE. You can invoke Host Checker before...
Read more >The environment dictionary, env - Fabric documentation
Keys in env are sometimes referred to as “env variables”. ... Fabric will prompt you when necessary if this isn't set or doesn't...
Read more >Why syncing .env files doesn't scale for secrets management
Using a SecretOps Platform such as Doppler is the key to managing environment variables.
Read more >Variables - Ansible Documentation
YAML also supports dictionaries which map keys to values. ... However, if you choose to use dot notation be aware that some keys...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@bitprophet Why has this been closed? The behavior of additional roledef keys hasn’t changed, so is this a “won’t fix”?
This is confusing and I think it should be noted in the documentation that these additional variables are not accessible outside of the roledefs.