Vim Classic 8.3 veröffentlicht – langfristig unterstützter Vim-Fork
(vim-classic.org)- Vim Classic 8.3.0 ist die erste Veröffentlichung eines stabilen, langfristig unterstützten Vim-Forks, der ohne generative AI-Tools gepflegt wird
- Diese Veröffentlichung basiert auf Vim 8.2.0148 und backportiert anschließend konservativ Fehlerkorrekturen und Patches aus dem Vim-Upstream
- Die Veröffentlichung orientiert sich daran, wie Vim 8.3 ohne Vim9 Script ausgesehen hätte, und wählt einen Ansatz, der den Aufwand für die langfristige Wartung reduziert
- Als Folge dieses Ansatzes sind einige Vim-Plugins möglicherweise nicht mit Vim Classic kompatibel
- Es wurden verschiedene Patches zur Minderung mehrerer CVEs geprüft, die seit Vim 8.2 bis zu aktuellen Vim-Versionen entdeckt und behoben wurden, aber es kann nicht mit Sicherheit gesagt werden, dass alle anwendbaren Sicherheitspatches übernommen wurden
- Vim Classic 8.3 wird frühen Anwendern empfohlen, die die Möglichkeit übersehener Sicherheitslücken in Kauf nehmen können
- Da nicht alle tausenden Patches bewertet wurden, die seit Vim 8.2.0148 hinzugekommen sind, könnten einige Fehler, die in den letzten Jahren behoben wurden, erneut auftreten
- Es wird um Beiträge gebeten, die dabei helfen, für den jeweiligen Anwendungsfall notwendige Fehlerkorrekturen zu identifizieren und anwendbare Backports umzusetzen
- Distributionsdateien werden auf SourceHut als vim-classic-v8.3.0.tar.gz und Signaturdatei bereitgestellt
- Die Veröffentlichung ist mit dem öffentlichen PGP-Schlüssel signiert; künftige wichtige Neuigkeiten und Release-Benachrichtigungen sind über vim-classic-announce erhältlich
1 Kommentare
Lobste.rs-Kommentare
Ich bin letztes Jahr von Vim zu Neovim gewechselt und ziemlich zufrieden damit.
Lua-Konfiguration ist viel besser als vimscript, aber weil ich einen Teil meiner Konfiguration in Lua geschrieben habe, bin ich dadurch auch ein Stück weit daran gebunden.
Dass ddevault Vim 8.2 statt einer ähnlichen Neovim-Version geforkt hat, ist etwas schade, und da ich Neovim insgesamt für eine Verbesserung halte, werde ich wohl vorerst nicht zu vim-classic wechseln, selbst wenn dort LLM-Code verwendet wird.
Lua ist nur die halbe Miete, und auch der Rest entwickelt sich noch sehr schnell.
Weil ich an dessen Zielsetzung glaube, und ich finde, Neovim hat so eine Zielsetzung nicht.
Ich nutze Vim nicht, also kann ich falschliegen, aber unter Vim-Nutzern scheint es grob zwei Gruppen zu geben.
Die einen sind Maximalisten, die „alles innerhalb von Vim machen wollen“, für die Neovim besser passt; die anderen bearbeiten zwar in Vim, erledigen andere Aufgaben aber mit anderen Programmen, im Stil von unix as ide.
vim-classic scheint auf Letztere zu zielen, aber Vim ist eine riesige Codebasis mit vielen unterstützten Betriebssystemen und vielen Konfigurationsmöglichkeiten, und auch im Artikel wird eingeräumt, dass Ressourcen und institutionelles Wissen des Upstream-Vim fehlen.
Möglicherweise wäre es ressourcenschonender, stattdessen einen neuen minimalistischen Editor zu pflegen.
Es gibt zwar Editoren wie kak oder ad, aber bestehende Nutzer müssten ihre Arbeitsweise neu lernen, und vis wirkt wie ein guter Ausgangspunkt, bräuchte für Funktionen wie vimdiff jedoch Erweiterungen.
Die Kommandozeile von Nvim ist more composable than Vim's als die von Vim, unterstützt mit
nvim -lden Einsatz als Skript-Host, und auch RPC sowie integrierte Anwendungsunterstützung sind deutlich besser, sodass es auch gut zu dem Ansatz passt, „für jede Aufgabe das passende Werkzeug zu nutzen“.Wenn man einen neuen minimalistischen Editor pflegen will, sollte man bei vim-classic wohl auch den Befehlsnamen
vimändern.Vim bietet mir genau das, und ich schätze es, dass viele Plugin-Autoren ebenfalls im Blick haben: „Ist das schneller? Spart das Tastenanschläge?“
Ein noch minimalistischerer Editor oder eine andere Form von Minimalismus könnte dieses Ziel verfehlen.