Skip to content
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

gateway spec: support envfile #80

Closed
blueyed opened this issue Jul 31, 2018 · 3 comments
Closed

gateway spec: support envfile #80

blueyed opened this issue Jul 31, 2018 · 3 comments

Comments

@blueyed
Copy link

blueyed commented Jul 31, 2018

I think it would be good to have support for "envfile:PATH" next to "env:NAME=value" with the gateway spec (https://codespeak.net/execnet/basics.html#execnet.makegateway).

This format should be the same as with Docker's --env-file, i.e. a NAME=value pair per line.

@blueyed
Copy link
Author

blueyed commented Jul 31, 2018

This is actually required to have env values containing "//" apparently:

neither key nor value are allowed to contain "//"

class XSpec:
""" Execution Specification: key1=value1//key2=value2 ...
* keys need to be unique within the specification scope
* neither key nor value are allowed to contain "//"
* keys are not allowed to contain "="
* keys are not allowed to start with underscore
* if no "=value" is given, assume a boolean True value
"""

@blueyed
Copy link
Author

blueyed commented Jul 31, 2018

I had tried to work around this using "//env:${(j-//env:-)${(@f)"$(<build/envfile)"}}" (zsh)

I ended up putting it into ~/.ssh/environment (requires -o PermitUserEnvironment=yes with sshd)

@RonnyPfannschmidt
Copy link
Member

closing as super-seeded by #175
instead of implementing the https://docs.docker.com/compose/env-file/ format, its safer to use a existing implementation

@RonnyPfannschmidt RonnyPfannschmidt closed this as not planned Won't fix, can't repro, duplicate, stale Jan 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants