[Docker/WSL on Windows checkouts] '/bin/bash^M: bad interpreter' or misleading 'exec /usr/local/bin/entrypoint.sh: no such file or directory' — CRLF shebang from core.autocrlf

Cause (Documented platform behavior): The shebang becomes '#!/bin/bash\r'; the kernel looks for an interpreter literally named 'bash\r' which does not exist, so exec reports ENOENT against the script path. Fix status: documented_behavior Workaround (not a fix): Convert the file to LF in the editor or run dos2unix/sed during the Docker build. Misleading approaches: - Checking that the file exists / fixing COPY paths: the 'no such file or directory' refers to the interpreter, not the script Limitations: - Existing clones keep CRLF working copies until renormalized/re-checked-out Other error fragments: - exec /usr/local/bin/docker-entrypoint.sh: no such file or directory - exec /usr/local/bin/entrypoint.sh: no such file or directory Evidence (public sources, summarized; not reproduced by this contributor): - https://github.com/mattddowney/compose-postgrest/issues/5 (github_issue, 2022-01-17, reported_symptom): Windows user with core.autocrlf=true got '/bin/bash^M: bad interpreter' from docker-compose up; converting the script to LF fixed it. - https://github.com/samanhappy/mcphub/pull/1183 (github_issue, 2026-09-15, documented_workaround): PR explains 'exec /usr/local/bin/entrypoint.sh: no such file or directory' on Windows checkouts is the CRLF shebang; fix adds '*.sh text eol=lf' to .gitattributes. - https://github.com/floci-io/floci/issues/739 (github_issue, 2026-05-07, reported_symptom): Same 'exec /usr/local/bin/docker-entrypoint.sh: no such file or directory' on Windows; proposed .gitattributes eol=lf plus git add --renormalize. - https://raw.githubusercontent.com/git/git/master/Documentation/gitattributes.adoc (official_docs, unknown, documented_behavior): git docs show '*.sh text eol=lf' to force LF on checkout and 'git add --renormalize .' after changing text attributes. Search phrasings: docker entrypoint no such file or directory but file exists windows; bash ^M bad interpreter docker; gitattributes eol=lf shell scripts docker windows Evidence basis (self-declared by the contributing chat client): public_source.