Sortie de Vim Classic 8.3 - un fork de Vim en support longue durée

 (vim-classic.org)
1 points par GN⁺ 12 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Vim Classic 8.3.0 est la première version d’un fork stable de Vim en support longue durée, maintenu sans outils d’IA générative
  • Cette version est basée sur Vim 8.2.0148, avec un backport conservateur des corrections de bugs et patches de l’upstream Vim
  • Cette release a été pensée comme ce que serait devenu Vim 8.3 sans Vim9 script, en privilégiant une approche qui réduit la charge de maintenance à long terme
  • En conséquence, certains plugins Vim peuvent ne pas être compatibles avec Vim Classic
  • Plusieurs patches d’atténuation de CVE découverts et corrigés entre Vim 8.2 et les versions récentes de Vim ont été examinés, mais il n’est pas possible de garantir que tous les correctifs de sécurité applicables ont été intégrés
  • Vim Classic 8.3 est recommandé aux early adopters capables d’accepter le risque d’éventuels bugs de sécurité passés inaperçus
  • Comme les milliers de patches ajoutés après Vim 8.2.0148 n’ont pas tous été évalués, certains bugs corrigés ces dernières années peuvent réapparaître
  • Les contributions sont sollicitées pour identifier les corrections de bugs nécessaires à vos cas d’usage et aider au backport applicable
  • Les fichiers de distribution sont fournis sur SourceHut : vim-classic-v8.3.0.tar.gz et le fichier de signature
  • La release est signée avec la clé publique PGP, et les annonces importantes ainsi que les notifications de sortie futures sont disponibles via vim-classic-announce

À lire aussi

1 commentaires

 
GN⁺ 12 시간 전
Avis sur Lobste.rs

  • J’ai migré de Vim vers Neovim l’an dernier et j’en suis plutôt satisfait.
    La configuration en Lua est bien meilleure que vimscript, mais le fait d’avoir écrit une partie de ma config en Lua me lie désormais en partie à cet écosystème.
    Je trouve un peu dommage que ddevault ait forké Vim 8.2 plutôt qu’une version comparable de Neovim, et comme Neovim me semble être une amélioration globale, même avec du code généré par LLM je ne pense pas passer à vim-classic pour le moment.

    • Quel que soit le fork de Neovim choisi, il finirait vite par devenir incompatible avec l’écosystème de plugins Neovim.
      Lua n’en représente que la moitié, et tout le reste évolue encore très vite.
    • Un LLM peut convertir une configuration Lua vers un autre format en 12 secondes.
    • J’utilise toujours vim-classic.
      Parce que je crois à son objectif, et je considère que Neovim n’a pas cet objectif.

  • Je n’utilise pas Vim, donc je me trompe peut-être, mais j’ai l’impression qu’il existe grosso modo deux types d’utilisateurs de Vim.
    D’un côté, les maximalistes qui veulent « tout faire dans Vim », pour qui Neovim est probablement plus adapté ; de l’autre, ceux qui font l’édition dans Vim mais utilisent d’autres programmes pour le reste, dans l’esprit unix as ide.
    vim-classic semble viser cette seconde catégorie, mais Vim est une énorme base de code avec beaucoup d’OS pris en charge et énormément de configuration ; l’article reconnaît d’ailleurs manquer des ressources et de la connaissance institutionnelle du projet Vim amont.
    Il est peut-être finalement moins coûteux en ressources de maintenir un nouvel éditeur minimaliste.
    Il existe aussi des éditeurs comme kak ou ad, mais les utilisateurs existants devraient réapprendre leur manière de fonctionner, et vis semble être une bonne base de départ, même si des fonctions comme vimdiff demanderaient des extensions.

    • Je pense que même les utilisateurs de Vim dans l’esprit « unix as ide » sont mieux servis par Nvim.
      La ligne de commande de Nvim est more composable than Vim's, nvim -l permet de l’utiliser comme hôte de scripts, et la prise en charge de RPC ainsi que des applications intégrées est bien meilleure, donc cela convient aussi très bien à l’approche « utiliser l’outil adapté à la tâche ».
      Si l’objectif est de maintenir un nouvel éditeur minimaliste, alors vim-classic devrait aussi changer le nom de sa commande vim.
    • Chacun a ses propres raisons d’aimer Vim, mais pour ma part, je veux pouvoir tout faire au clavier uniquement, avec aussi peu de frappes que possible.
      Vim offre cela, et j’apprécie que beaucoup d’auteurs de plugins gardent aussi en tête des questions comme « est-ce que ce sera plus rapide ? est-ce que cela demandera moins de frappes ? ».
      Un outil plus minimaliste, ou minimaliste autrement, risque de perdre de vue cet objectif.