.gitattributes

# .gitattributes — line-ending policy for dotfiles-core.
# ──────────────────────────────────────────────────────────────────────────────
# .editorconfig sets `end_of_line = lf`, but that only guides EDITORS — it does
# not govern what git writes on checkout/commit. Core is vendored (git subtree)
# into the OS repos, and may itself be edited on Windows, where git can introduce
# CRLF. If a `.sh`, `bin/clip`, or `bin/clip-paste` lands on disk with CRLF, its
# shebang becomes `…/env bash\r` and the interpreter dies with "bad interpreter:
# No such file or directory" — a class of breakage the manifest/exec-bit/shellcheck
# audit cannot see (the file is valid text). This makes LF a hard guarantee at the
# git layer, for every consumer.
#
# `text=auto eol=lf`: git auto-detects text vs binary, normalizes text to LF in the
# repo, and checks it out as LF on every OS (including Windows). The explicit blocks
# below pin the load-bearing executable/config classes so detection is never in
# play for them. Binaries are marked so git never touches their bytes.
# Default: normalize all detected-text files to LF in the index and on checkout.
* text=auto eol=lf
# ── Executable + sourced shell — MUST stay LF or the shebang/sourcing breaks ───
*.sh        text eol=lf
*.zsh       text eol=lf
bin/clip    text eol=lf
bin/clip-paste text eol=lf
# ── Config / data that fans out to every OS repo ──────────────────────────────
*.lua       text eol=lf
*.toml      text eol=lf
*.yml       text eol=lf
*.yaml      text eol=lf
*.conf      text eol=lf
*.gitconfig text eol=lf
*.md        text eol=lf
Makefile    text eol=lf
# ── Binaries (defensive): never normalize, never diff as text ─────────────────
*.png       binary
*.jpg       binary
*.jpeg      binary
*.gif       binary
*.ico       binary
*.pdf       binary
*.gz        binary
*.zip       binary