-
Notifications
You must be signed in to change notification settings - Fork 5.1k
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
Env files require strict whitespace #7624
Comments
As a team member on a project that never installed python-dotenv, running into this has been quite the frustration: rather than a mere docs update, there is no reason to force a stricter .env format: can this rule be turned off again? We don't even have complex rules, it's tripping up over things that are absolutely supposed to work, like
|
Anyone make any progress on this? |
I've got the same problem, the issue was in CI/CD config, it was SERVICE_NAME:'value' instead of SERVICE_NAME=value. |
I got the same problem when my env looks like this.
|
Need to add double quotes to the value. e.g. |
yes, that's one of the things you need to do in "strict" mode, but there is no reason for Docker to force strict env parsing in the first place, and at the very least that should be an option that can be turned on/off. |
From the docker-compose release notes, I found that |
Just try enclosing it in doublequotes (") |
theskumar/python-dotenv says.
(emphasized by me) |
I've stumbled across the same issue: Docs say:
However the current behaviour is different. There is an open issue for documentation: docker/docs#12000 It is also worth keeping in mind that if you provide the same environment file to |
Having been bitten by this so many times now in CSP strings, which will immediately stop everything from working: |
is this still an issue right? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Dear whoever-run-this-repo: please configure your bot properly. An issue that never got triaged and never even got looked at by someone on the team should NEVER be automatically marked stale. It should be forced into the triage queue. Stale means the dev team saw it, responded to it, asked for information, and no one bothered to ever follow up on that request. This issue is not stale: this issue is -despite when it was filed- still a new issue that needs triaging. |
This issue has been automatically marked as not stale anymore due to the recent activity. |
Same issue for me... |
I'm sorry this issue has been ignored for this long, to the point where it won't be fixed in compose v1 due to the end-of-life policy. Are you able to try with compose v2 and do you still have the issue there? |
I tried to upgrade to 2.10.1 on my Synology NAS but I was unsuccessful. I'm
not sure if there is a latest supported version for DSM7 and so gave up
there.
…On Thu, 25 Aug 2022, 12:04 am Nick Sieger, ***@***.***> wrote:
I'm sorry this issue has been ignored for this long, to the point where it
won't be fixed in compose v1 due to the end-of-life policy
<docker/roadmap#257>. Are you able to try with
compose v2 and do you still have the issue there?
—
Reply to this email directly, view it on GitHub
<#7624 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFMQFWO7VFSKEN5FFCWWZ7LV2ZB2BANCNFSM4PFV57NQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed because it had not recent activity during the stale period. |
Description of the issue
As of version 1.26.0 and using
python-dotenv
for env files, env files must have strict whitespace else error is triggered:For example:
This became an issue for me as I have several
.env
files that are dynamically created, obviously I could more strictly write these files as a fix but figured other people might experience this issue as they update. An update to documentation would be a sufficent fix I suppose :)Context information (for bug reports)
Output of
docker-compose version
Output of
docker version
Output of
docker-compose config
(Make sure to add the relevant
-f
and other flags)Steps to reproduce the issue
.env
filedocker-compose.yaml
docker-compose up
Observed result
Expected result
Foo variable is echoed.
The text was updated successfully, but these errors were encountered: