| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
"$Id: ..." wird von PowerShell als Scope-Qualifizierer (wie $env:)
fehlinterpretiert, wenn direkt ein Doppelpunkt folgt - Praxistest zeigte
den Parser-Fehler 'Ungueltiger Variablenverweis'. Behoben mit ${Id}:.
Restliche Datei auf dasselbe Muster geprueft, keine weiteren Treffer.
|
| |
|
|
| |
Im Praxistest erfolgreich installiert, keine ID-Unsicherheit mehr.
|
| |
|
|
|
|
|
|
|
|
|
| |
gefundene Pakete automatisieren
Neue Helper Find-BinaryDirectory (sucht <Binary>.exe unter Program
Files, Program Files (x86), %LOCALAPPDATA%\Programs) und Add-ToUserPath
(dauerhaft + fuer die laufende Sitzung). Install-WingetPackage nutzt
das jetzt automatisch im 'bereits installiert, aber nicht im PATH'-Fall
(bisher nur als manueller Hinweis, z.B. clangd/LLVM.LLVM im Praxistest)
statt den User manuell suchen zu lassen.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Praxistest (24.07.2026) bestaetigt: google.yamlfmt, GnuWin32.Gawk und
GnuWin32.Libxml2 existieren nicht in der winget-Registry ('kein Paket
gefunden, das den Eingabekriterien entspricht'). Kein verifizierter
Ersatz gefunden, deshalb aus Install-Formatters entfernt statt weiter
zu raten - Formatierung faellt fuer awk/xml/yaml auf LSP zurueck.
LLVM.LLVM schlug ebenfalls fehl, aber aus anderem Grund: Paket bereits
installiert, clangd nur nicht im PATH (winget meldet 'kein Upgrade
verfuegbar', keine Neuinstallation noetig). Install-WingetPackage
erkennt diesen Fall jetzt per Textmuster und gibt einen gezielten
Hinweis statt der irrefuehrenden 'Paket nicht gefunden'-Meldung.
neovim-windows-setup.md entsprechend aktualisiert (Abschnitte 0, 3, 4, 6).
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Praxistest zeigte 4 Fehlschlaege (google.yamlfmt, GnuWin32.Gawk,
GnuWin32.Libxml2, GnuWin32.Make). Install-WingetPackage verschluckte
bisher die eigentliche winget-Fehlermeldung (Out-Null) - jetzt werden
die letzten Zeilen der winget-Ausgabe in der Warnung mit ausgegeben,
um die Ursache (falsche ID vs. anderer Installationsfehler) sichtbar
zu machen.
GnuWin32.Make (2006er-Softwarestand, Pflegezustand im winget-Repo
unklar) durch ezwinports.make ersetzt, einen aktiver gepflegten
GNU-Make-Port fuer Windows.
|
| |
|
|
|
|
|
|
| |
Wird direkt von nvim/lua/config/usercmds.lua (:SonarScan) und
nvim/scripts/sonarqube.sh (:SonarIssues) genutzt - anders als delta
oder Neovim selbst ist das keine lose Zusatzsoftware, sondern eine
von der Config vorausgesetzte Abhaengigkeit, analog zu clangd/ripgrep.
Nur unter Darwin (beruflicher Einsatz), kein FreeBSD-Zweig.
|
| |\ |
|
| | |
| |
| |
| |
| | |
Nur Terminal-Nutzung, kein GUI-Frontend (Neovide o.ae.) - guifont wirkt
dort ohnehin nicht.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Alle Plugins sind reines Lua, ein Provider wird nicht benoetigt.
g.python3_host_prog entfernt (zeigte auf unix-spezifischen venv-Pfad),
stattdessen g.loaded_python3_provider = 0 und g.loaded_node_provider = 0.
bootstrap/neovim.sh: setup_python_provider() (venv + pynvim) und
install_npm neovim-node-host entfernt, python3 als Systemvoraussetzung
gestrichen. node bleibt (wird fuer npm-Installationen benoetigt).
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Pendant zu 'brew update && brew upgrade' / 'pkg update && pkg upgrade':
winget source update + winget upgrade --all, Vorschau per winget list
--upgrade-available, einzelne Pakete/Pins, npm update -g fuer die
npm-basierten LSP-Server/Formatter. Klargestellt, dass ein erneuter
Lauf von bootstrap-win/neovim.ps1 keine Updates durchfuehrt (Install-*
Funktionen ueberspringen bereits vorhandene Binaries).
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
bootstrap/neovim-win.ps1 -> bootstrap-win/neovim.ps1
bootstrap/neovim-dict-win.ps1 -> bootstrap-win/neovim-dict.ps1
Eigenes Verzeichnis statt Suffix pro Datei, analog zu windows/ fuer
gmake.cmd. bootstrap/ (POSIX, macOS/FreeBSD) bleibt unveraendert.
Referenzen in neovim-windows-setup.md aktualisiert.
Nebenbei: eine unerklaerte, nicht selbst vorgenommene Aenderung an
nvim/lua/config/treesitter.lua (fuegte 'powershell' zur Sprachliste
hinzu) verworfen statt versehentlich mit einzuchecken.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Auf den Ziel-Windows-Systemen ist bereits ein aktuelles MSVC installiert,
daher entfaellt die zig.zig-Installation in bootstrap/neovim-win.ps1
komplett (auch aus dem Kopfkommentar/der Liste ungeprueft er IDs entfernt).
Stattdessen dokumentiert (Skript-Kommentar + neovim-windows-setup.md,
Abschnitte 1/3/4): cl.exe braucht INCLUDE/LIB aus vcvarsall.bat, die nur
in einer 'Developer PowerShell for VS' gesetzt sind - Neovim muss dort
gestartet werden, sonst schlaegt die Treesitter-Parser-Kompilierung fehl.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Fasst zusammen, was keines der Skripte automatisiert: Execution Policy,
winget/App-Installer selbst, Neovim-Installation, delta (git pager,
war auch unter macOS/FreeBSD nie Teil von bootstrap/neovim.sh), neues
Terminal nach PATH-Aenderungen, Stichprobenpruefung der GnuWin32-Pakete,
empfohlene Reihenfolge der Skripte.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
im PATH)
bootstrap/neovim-win.ps1: Update-SessionPath liest PATH nach der
Git/Node-Installation aus der Registry neu ein, damit die folgenden
npm-Installationen (Formatters/LSP) im selben Lauf nicht faelschlich
'npm nicht gefunden' melden.
install-win.ps1: haengt windows/bin (gmake.cmd) automatisch und
idempotent an den User-PATH an, statt das manuell per Anleitung zu
verlangen.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
setx PATH "%PATH%;..." funktioniert in PowerShell nicht wie in cmd.exe
(kein automatisches Expandieren von %VAR%) und haette zusaetzlich den
kompletten Prozess-PATH inkl. System-Anteil dauerhaft in den User-PATH
kopiert. Ersetzt durch [Environment]::GetEnvironmentVariable/SetEnviron-
mentVariable("PATH", ..., "User") in bootstrap/neovim-win.ps1 und
neovim-windows-setup.md. Ausserdem klargestellt, dass windows/bin/gmake.cmd
bewusst die einzige Nicht-PowerShell-Datei im Windows-Zweig bleibt.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ergaenzt
install-win.cmd entfernt, install-win.ps1 (reines PowerShell) uebernimmt
dieselbe Aufgabe (Config-Kopie nach %LOCALAPPDATA%\nvim, .gitconfig,
config-up2parts, npmrc). Ausserdem bootstrap/neovim-dict-win.ps1 als
PowerShell-Pendant zu bootstrap/neovim-dict.sh: laedt die deutschen
Rechtschreib-Woerterbuecher nach %LOCALAPPDATA%\nvim-data\site\spell.
neovim-windows-setup.md aktualisiert: verweist jetzt durchgehend auf
die .ps1-Skripte statt .cmd/Git-Bash, Python-Installationsschritt
entfernt (Provider ist deaktiviert), Stolperstein-Liste bereinigt.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Reiner PowerShell-Weg statt Git-Bash/WSL, wie von Thomas gewuenscht.
Installiert Formatter/Tools/LSP-Server per winget und npm; einzelne
fehlschlagende Pakete werden als Warnung gemeldet statt das Skript
abzubrechen (mehrere winget-IDs konnten in dieser Session nicht gegen
eine Live-Quelle verifiziert werden, siehe Kopfkommentar im Skript).
neovim-windows-setup.md: Abschnitt zu externen Abhaengigkeiten auf das
neue Skript verweisen lassen statt einzelne Befehle aufzulisten.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Alle Plugins sind reines Lua, ein Provider wird nicht benoetigt.
g.python3_host_prog entfernt (zeigte auf unix-spezifischen venv-Pfad),
stattdessen g.loaded_python3_provider = 0 und g.loaded_node_provider = 0.
bootstrap/neovim.sh: setup_python_provider() (venv + pynvim) und
install_npm neovim-node-host entfernt, python3 als Systemvoraussetzung
gestrichen. node bleibt (wird fuer npm-Installationen benoetigt).
|
| |/
|
|
|
|
| |
Eigenstaendiger, Windows-nativer Installationsweg fuer nvim/git/npm-Config
(Kopieren statt Symlinks, keine Admin-Rechte noetig). install.sh und die
bestehenden bootstrap-Skripte bleiben unveraendert.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Python-Pakete
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|