yamllint als Linter hinzugefügt

3 files changed, 12 insertions, 2 deletions

diff --git a/bootstrap/neovim.sh b/bootstrap/neovim.sh
index 1508401..4c91075 100755
--- a/bootstrap/neovim.sh
+++ b/bootstrap/neovim.sh
@@ -172,13 +172,20 @@ install_lsp() {
 }
 
 install_analysis() {
+  # yamllint wird von nvim-lint fuer YAML-Dateien aufgerufen. Unter FreeBSD ist
+  # der Paketname python-versioniert (py311-yamllint), deshalb der Origin-Pfad.
+  #
   # sonar-scanner wird direkt von nvim/lua/config/usercmds.lua (:SonarScan)
   # und nvim/scripts/sonarqube.sh (:SonarIssues) genutzt. Nur beruflich
   # unter macOS im Einsatz, deshalb kein FreeBSD-Zweig.
   case "$OS" in
   Darwin)
+    install_pkg yamllint yamllint
     install_pkg sonar-scanner sonar-scanner
     ;;
+  FreeBSD)
+    install_pkg yamllint devel/py-yamllint
+    ;;
   esac
 }
 
diff --git a/neovim-windows-setup.md b/neovim-windows-setup.md
index 801beef..72f2b25 100644
--- a/neovim-windows-setup.md
+++ b/neovim-windows-setup.md
@@ -9,7 +9,7 @@ Alle Windows-Skripte in diesem Repo sind reines PowerShell (kein Git Bash, kein
 - **`winget` selbst muss vorhanden sein** ("App Installer" aus dem Microsoft Store) – `bootstrap-win/neovim.ps1` prüft das und bricht mit klarer Meldung ab, kann `winget` aber nicht selbst nachinstallieren.
 - **Nach jedem Skript-Lauf ein neues Terminal öffnen**, bevor `nvim` das erste Mal gestartet wird. PATH-Änderungen (durch winget/npm-Installer oder `install-win.ps1`) landen in der Registry, aber die aktuell offene Shell bekommt das nicht automatisch mit.
 - **PATH-Registrierung stichprobenartig prüfen** – manche winget-Pakete tragen sich nicht automatisch in den PATH ein (im Praxistest z. B. `LLVM.LLVM`: bereits installiert, aber `clangd` nicht im PATH, vermutlich weil der `--silent`-Installer die PATH-Registrierung überspringt). Nach einem neuen Terminal kurz `Get-Command clangd, jq, make` aufrufen; fehlt eins, dessen Installationsordner (bei LLVM z. B. `C:\Program Files\LLVM\bin`) manuell zum User-PATH hinzufügen (gleiches Muster wie `Add-BinToUserPath` in `install-win.ps1`).
-- **yamlfmt, gawk, xmllint (libxml2), djlint manuell installieren, falls benötigt** – im Praxistest bestätigt, dass es dafür keine winget-Pakete gibt ("Es wurde kein Paket gefunden, das den Eingabekriterien entspricht"), deshalb absichtlich nicht in `bootstrap-win/neovim.ps1` enthalten. Betrifft die Formatierung von awk-, xml/xsd-, yaml- und jinja-Dateien (`conform.nvim` fällt sonst auf LSP-Formatierung zurück, für `jinja` gibt es aktuell keinen LSP-Fallback). Bekannte Alternativen: yamlfmt via `go install github.com/google/yamlfmt/cmd/yamlfmt@latest` (falls Go installiert) oder Binary von den GitHub-Releases; djlint ist ein reines Python-Paket, daher `pip install djlint` bzw. `pipx install djlint` (Python muss dafür separat installiert sein, siehe Abschnitt 1); für gawk/xmllint keine verifizierte Windows-native Quelle gefunden, ggf. `winget search gawk` / `winget search libxml2` selbst prüfen.
+- **yamlfmt, gawk, xmllint (libxml2), djlint, yamllint manuell installieren, falls benötigt** – im Praxistest bestätigt, dass es dafür keine winget-Pakete gibt ("Es wurde kein Paket gefunden, das den Eingabekriterien entspricht"), deshalb absichtlich nicht in `bootstrap-win/neovim.ps1` enthalten. Betrifft die Formatierung von awk-, xml/xsd-, yaml- und jinja-Dateien (`conform.nvim` fällt sonst auf LSP-Formatierung zurück, für `jinja` gibt es aktuell keinen LSP-Fallback). Bekannte Alternativen: yamlfmt via `go install github.com/google/yamlfmt/cmd/yamlfmt@latest` (falls Go installiert) oder Binary von den GitHub-Releases; djlint und yamllint sind reine Python-Pakete, daher `pip install djlint yamllint` bzw. `pipx install djlint` und `pipx install yamllint` (Python muss dafür separat installiert sein, siehe Abschnitt 1) – ohne yamllint linted `nvim-lint` YAML-Dateien unter Windows einfach nicht; für gawk/xmllint keine verifizierte Windows-native Quelle gefunden, ggf. `winget search gawk` / `winget search libxml2` selbst prüfen.
 - **Reihenfolge**: `install-win.ps1`, `bootstrap-win/git.ps1`, `bootstrap-win/neovim.ps1` und `bootstrap-win/neovim-dict.ps1` sind unabhängig voneinander. Empfehlenswert: erst Neovim/Node (Abschnitt 1) installieren, dann alle Bootstrap-Skripte laufen lassen, dann neues Terminal öffnen, dann `nvim` starten (lädt beim ersten Start automatisch alle Lua-Plugins via `lazy.nvim` – Internetverbindung nötig).
 - **Neovim immer aus einer "Developer PowerShell for VS" starten** (Startmenü-Eintrag, den Visual Studio/die Build Tools mitbringen), nicht aus normalem Windows Terminal/PowerShell. `cl.exe` (MSVC) braucht die `INCLUDE`/`LIB`-Umgebungsvariablen aus `vcvarsall.bat`, die nur in dieser Developer-Shell gesetzt sind – siehe Abschnitt 4.
 
@@ -56,7 +56,7 @@ Nach Änderungen im Repo `install-win.ps1` erneut ausführen, um die Kopien zu a
 .\bootstrap-win\neovim.ps1
 ```
 
-Installiert per `winget`/`npm`: Git, Node, Formatter (jq, prettier, ruff, shfmt, stylua), Tools (ripgrep, fd, tree-sitter-cli, make über `ezwinports.make`) und LSP-Server (basedpyright, bash-language-server, clangd, shellcheck, vscode-langservers-extracted, lua-language-server, prisma, vtsls). Im Praxistest (24.07.2026) erfolgreich; yamlfmt/gawk/xmllint/djlint bewusst nicht enthalten (siehe Abschnitt 0). Einzelne Pakete, die trotzdem fehlschlagen, werden als Warnung gemeldet statt das Skript abzubrechen, inklusive der letzten Zeilen der winget-Fehlermeldung.
+Installiert per `winget`/`npm`: Git, Node, Formatter (jq, prettier, ruff, shfmt, stylua), Tools (ripgrep, fd, tree-sitter-cli, make über `ezwinports.make`) und LSP-Server (basedpyright, bash-language-server, clangd, shellcheck, vscode-langservers-extracted, lua-language-server, prisma, vtsls). Im Praxistest (24.07.2026) erfolgreich; yamlfmt/gawk/xmllint/djlint/yamllint bewusst nicht enthalten (siehe Abschnitt 0). Einzelne Pakete, die trotzdem fehlschlagen, werden als Warnung gemeldet statt das Skript abzubrechen, inklusive der letzten Zeilen der winget-Fehlermeldung.
 
 Kein C-Compiler-Paket enthalten: MSVC ist auf den Zielsystemen bereits vorhanden, `nvim-treesitter` nutzt `cl.exe`. Dafür muss Neovim aber aus einer "Developer PowerShell for VS" gestartet werden (siehe Abschnitt 4).
 
diff --git a/nvim/lua/plugins/lint.lua b/nvim/lua/plugins/lint.lua
index f1d3b78..2bfcfc7 100644
--- a/nvim/lua/plugins/lint.lua
+++ b/nvim/lua/plugins/lint.lua
@@ -4,6 +4,7 @@
 -- shellcheck läuft in bashls, clang-tidy in clangd, ansible-lint in ansiblels.
 
 local ruff = { "ruff" } -- bereits als Formatter installiert, siehe plugins/format.lua
+local yamllint = { "yamllint" } -- brew install yamllint, pkg install devel/py-yamllint
 local zsh = { "zsh" } -- kein zusätzliches Werkzeug: ruft `zsh --no-exec` auf
 
 return {
@@ -15,6 +16,8 @@ return {
     lint.linters_by_ft = {
       -- ergänzt die Typprüfung von basedpyright um die Lint-Regeln (F, E, UP, B ...)
       python = ruff,
+      -- kein Sprachserver für YAML im Einsatz; Regeln kommen aus .yamllint des Projekts
+      yaml = yamllint,
       -- Syntaxprüfung ohne Ausführung; bashls deckt nur sh und bash ab
       zsh = zsh,
     }