<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dotfiles/bootstrap-win, branch windows-port</title>
<subtitle>Personal dotfiles and settings</subtitle>
<id>https://git.its1.de/public/dotfiles/atom?h=windows-port</id>
<link rel='self' href='https://git.its1.de/public/dotfiles/atom?h=windows-port'/>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/'/>
<updated>2026-07-24T08:23:34Z</updated>
<entry>
<title>bootstrap-win: Parser-Fehler durch $Id: in String behoben</title>
<updated>2026-07-24T08:23:34Z</updated>
<author>
<name>Thomas Schmucker</name>
<email>ts@its1.de</email>
</author>
<published>2026-07-24T08:23:34Z</published>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/commit/?id=c1e4fdb0b9eaf0a6ff2f73ae732970e9b956b05f'/>
<id>urn:sha1:c1e4fdb0b9eaf0a6ff2f73ae732970e9b956b05f</id>
<content type='text'>
"$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.
</content>
</entry>
<entry>
<title>bootstrap-win: PATH-Ergaenzung fuer bereits installierte, aber nicht gefundene Pakete automatisieren</title>
<updated>2026-07-24T08:06:52Z</updated>
<author>
<name>Thomas Schmucker</name>
<email>ts@its1.de</email>
</author>
<published>2026-07-24T08:06:52Z</published>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/commit/?id=f60d38e2ad0fdc5b0de7aea2d31ddaa0a3485c86'/>
<id>urn:sha1:f60d38e2ad0fdc5b0de7aea2d31ddaa0a3485c86</id>
<content type='text'>
Neue Helper Find-BinaryDirectory (sucht &lt;Binary&gt;.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.
</content>
</entry>
<entry>
<title>bootstrap-win: yamlfmt/gawk/xmllint entfernt, clangd/LLVM-Fall erkannt</title>
<updated>2026-07-24T07:53:58Z</updated>
<author>
<name>Thomas Schmucker</name>
<email>ts@its1.de</email>
</author>
<published>2026-07-24T07:53:58Z</published>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/commit/?id=eb5a02ceb2008b7987e597e7d697fa81d0c5338b'/>
<id>urn:sha1:eb5a02ceb2008b7987e597e7d697fa81d0c5338b</id>
<content type='text'>
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).
</content>
</entry>
<entry>
<title>bootstrap-win: echte winget-Fehlermeldung anzeigen, make-ID getauscht</title>
<updated>2026-07-24T07:45:25Z</updated>
<author>
<name>Thomas Schmucker</name>
<email>ts@its1.de</email>
</author>
<published>2026-07-24T07:45:25Z</published>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/commit/?id=2b6a7ce27483b4f999c80b065c92c5e4566c90d8'/>
<id>urn:sha1:2b6a7ce27483b4f999c80b065c92c5e4566c90d8</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>windows: Bootstrap-Skripte nach bootstrap-win/ verschoben, -win-Suffix entfernt</title>
<updated>2026-07-23T09:20:49Z</updated>
<author>
<name>Thomas Schmucker</name>
<email>ts@its1.de</email>
</author>
<published>2026-07-23T09:20:49Z</published>
<link rel='alternate' type='text/html' href='https://git.its1.de/public/dotfiles/commit/?id=b04598d71f18227af87cb04890b4dee5d38bd753'/>
<id>urn:sha1:b04598d71f18227af87cb04890b4dee5d38bd753</id>
<content type='text'>
bootstrap/neovim-win.ps1 -&gt; bootstrap-win/neovim.ps1
bootstrap/neovim-dict-win.ps1 -&gt; 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.
</content>
</entry>
</feed>
