6ad015255d
Windows contributors checking out on NTFS with git's default core.autocrlf will end up with CRLF in docker/entrypoint.sh. When COPY'd into the image and invoked as ENTRYPOINT, the kernel interprets the trailing \r as part of the interpreter path, producing a confusing 'no such file or directory' despite the file being present and executable. Lock LF for the usual suspects (*.sh, Dockerfile, *.dockerfile, and the specific docker/entrypoint.sh). The existing tree is already LF; this is preventive against future Windows regressions only.
11 lines
418 B
Plaintext
11 lines
418 B
Plaintext
# Auto-generated files — collapse diffs and exclude from language stats
|
|
web/package-lock.json linguist-generated=true
|
|
|
|
# Enforce LF for scripts that run inside Linux containers.
|
|
# Without this, Windows checkout converts to CRLF and breaks `exec` in the
|
|
# container entrypoint with "no such file or directory".
|
|
*.sh text eol=lf
|
|
Dockerfile text eol=lf
|
|
*.dockerfile text eol=lf
|
|
docker/entrypoint.sh text eol=lf
|