L’avenir du projet Vim
(groups.google.com)- Après le décès de Bram, Vim a obtenu l’accès à l’organisation GitHub et les droits d’administration, posant les bases pour poursuivre la maintenance du projet
- Pour le moment, les fusions seront limitées aux corrections de bugs, correctifs de sécurité, mises à jour de documentation et améliorations évidentes, et les modifications du cœur de Vim devraient être intégrées après approbation d’autres membres
- Après traitement du backlog, l’équipe prévoit une version de maintenance de Vim 9.1 et, d’ici là, continuera d’incrémenter les versions de patch mineures
- Une migration de vim.org est à l’étude en raison de problèmes de stabilité d’OSDN.net et d’un hébergement basé sur PHP 5/MySQL, mais rien n’a encore été décidé
- Les droits d’exploitation auparavant concentrés autour de Bram — listes de diffusion, domaine, serveur FTP, fichiers runtime, canal de signalement de sécurité — doivent être réorganisés sur une base d’équipe
Organisation GitHub et système de maintenance
- La famille de Bram a transmis à Ken et Christian Brabandt les droits d’administration de l’organisation GitHub, ce qui permet au projet Vim de continuer à fonctionner sur GitHub
- Yegappan Lakshmanan, Dominique Pellé, @mattn et @zeertzjq, qui ont déjà contribué à Vim par le passé, ont été invités à rejoindre l’organisation Vim
- Les membres de l’organisation GitHub doivent aussi avoir accès au dépôt Vim sur huntr.dev, où sont signalés les problèmes de sécurité
- Les 2 premiers commits ont déjà été fusionnés
- Pour le moment, les fusions sont limitées aux corrections de bugs, correctifs liés à la sécurité, mises à jour de documentation et améliorations évidentes
- Les changements du cœur de Vim devraient être fusionnés après approbation d’un autre membre du projet
- Le mode de fonctionnement n’est pas encore stabilisé et pourra évoluer si un meilleur consensus se dégage
Version 9.1 de Vim et mode de développement
- Le plan actuel est de traiter le backlog puis de préparer une version de maintenance de Vim 9.1
- Jusqu’à Vim 9.1, l’approche consistant à continuer d’augmenter les versions de patch mineures est maintenue
- Après cette version, une approche plus moderne, proche de celle de Neovim, est aussi envisagée
- Ce changement peut affecter des sous-projets comme vim-win32-installer, vim-appimage et macVim, si bien que la meilleure méthode n’est pas encore arrêtée
- Yegappan Lakshmanan a proposé de marquer parmi les PR ouvertes celles qui sont candidates pour Vim 9.1, et Christian Brabandt a répondu que cela serait utile
- Christ van Willegen a indiqué qu’il y a beaucoup de PR ouvertes, dont certaines anciennes, et souhaite alléger la charge en examinant les changements de tests, de code et de texte qu’il est capable d’évaluer
- Il n’est pas familier avec les fichiers de syntaxe
- Il estime que les fichiers de syntaxe ont besoin de tests automatisés pour éviter les régressions et juger les résultats de coloration syntaxique
Hébergement de vim.org et questions de domaine
- Christian Brabandt dispose de l’accès à la page projet OSDN.net et des droits d’édition de la page d’accueil de vim.org
- vim.org a connu des problèmes de stabilité ces derniers mois, en particulier des problèmes de connexion au serveur MySQL
- vim.org est hébergé sur OSDN.net depuis 2018, à l’initiative de Shuji Sado, alors CEO d’OSDN.net
- OSDN.net semble aujourd’hui appartenir à OSChina, et le projet Vim ne bénéficiait alors d’aucun soutien de la part d’OSDN.net ou de l’équipe OSChina
- Une demande a été envoyée à OSChina concernant ses projets futurs, mais aucune réponse n’avait été reçue au moment de l’annonce initiale, ce qui a conduit à envisager le déplacement du site vers un autre fournisseur
- Marc Schöchlin a proposé de gérer l’hébergement
- Il ne s’agit que d’un point à examiner, rien n’est décidé
- La configuration d’hébergement actuelle repose sur l’accès à des fichiers PHP et à une base de données MySQL
- Christian Brabandt pense que le site utilise encore PHP 5, dont le support est terminé
- Les sources de Vim sont aussi proposées sous forme de dépôt Mercurial, avec un miroir sur
https://hg.256bit.org/vim - Le trafic attendu est de l’ordre de 200 000 à 500 000 visites de pages par mois
- Avec l’accès à l’OSDN Shell Server, il estime que créer un dump de la base et déplacer le contenu ne devrait pas poser de problème
- SourceForge est l’endroit où la page d’accueil de Vim était hébergée jusqu’en 2018, et a récemment annoncé une migration vers PHP 7 dans deux semaines
- Christian Brabandt indique qu’il ne sait pas si la page d’accueil de Vim prend en charge PHP 7
- D’après les tests,
https://vim.sourceforge.io/ne semblait pas fonctionner sous PHP 7
- OSChina a ensuite répondu qu’ils examineraient les problèmes de connexion, et Christian Brabandt estime qu’il n’y a pas encore de pression immédiate puisque OSDN/OSChina n’a pas annoncé de date de migration vers PHP 7
- Il a été signalé à @Sec que, si une migration du site était décidée, le domaine Vim devrait lui aussi être transféré
- Bodo Eichstädt a indiqué que Sven était décédé l’année précédente et a proposé qu’in-berlin.de fournisse une aide pour le domaine et l’hébergement
- Christian Brabandt a regretté la disparition de plusieurs figures importantes de Vim en peu de temps
- Il estime aussi que les questions juridiques liées à des domaines apparemment enregistrés par Bram, comme
vim8.org,vim9.orgeticcf-holland.org, devront être traitées avec la famille de Bram
Listes de diffusion, FTP, fichiers runtime et canal de sécurité
- Bram était propriétaire de toutes les listes de diffusion, et Christian Brabandt ne sait pas encore comment il les administrait ni comment demander l’accès à vim-announce et vim-mac
- Les listes vim-dev et vim-use sont actuellement gérées par Christian Brabandt, Tony Mechelynk, John Beckett, Ben Schmidt et Ben Fritz
- Christian Brabandt pense que Ben Schmidt et Ben Fritz ne sont plus actifs dans le projet Vim et veut vérifier s’ils souhaitent continuer à gérer ces listes
- La liste de diffusion vim-mac n’est pas très active, mais reçoit encore parfois des messages, mêlant questions et problèmes liés à MacVim et à Vim sur macOS
- Les discussions sur MacVim se déroulent surtout sur GitHub, mais comme certains utilisateurs préfèrent le format liste de diffusion, il est proposé de la conserver
- Christian Brabandt n’a pas encore accès au serveur FTP principal de Vim et vérifie auprès de la famille de Bram si elle connaît les identifiants
- Il faut aussi vérifier auprès des mainteneurs des fichiers runtime s’ils avaient envoyé directement des éléments à Bram
- Sans vérification, ce qui lui a été envoyé directement pourrait être perdu
- Ben Fritz indique qu’il lui sera difficile d’être efficace comme administrateur de listes de diffusion pour le moment
- À long terme, s’il redevient actif, il pourrait contribuer au projet huntr.dev grâce à son expérience en InfoSec
- Ben Fritz a également mentionné le projet Vim sur scan.coverity.com
- Christian Brabandt a répondu que lui-même et Dominique sont administrateurs de ce projet, donc cela ne pose pas de problème
Mode de contribution et publication du site
- Christian Brabandt dit ne pas vouloir changer le système existant de maintenance des fichiers runtime
- En revanche, il étudie des moyens de faciliter les mises à jour massives, même si cela pourrait alourdir légèrement la charge des mainteneurs individuels de fichiers runtime
- Il est recommandé de soumettre les mises à jour via des PR à l’organisation GitHub
- Il reste aussi possible d’envoyer les fichiers complets à vim-dev ou directement à Christian Brabandt
- Par le passé, plusieurs mainteneurs de plugins envoyaient à Bram par e-mail des fichiers zip contenant l’ensemble des fichiers, parfois avec la liste vim_dev en copie, pour transmettre leurs mises à jour
- Ben Fritz indique qu’il est toujours disposé à assurer la maintenance officielle du plugin TOhtml
- Ces dernières années, il n’a pas pu contribuer à beaucoup plus que quelques corrections de bugs
- Il n’a pas de mises à jour non publiées qu’il aurait envoyées à Bram
- Le projet TOhtml inclut des tests automatisés utilisant le framework de test propre à Vim, et il estime qu’ils devraient faire partie du futur mode de maintenance
- Christian Brabandt répond qu’il n’a pas vu récemment de plainte ou de problème concernant le plugin TOhtml, mais qu’il pourrait y avoir matière à amélioration, comme la prise en charge de popup ou du virtual text
- Ben Fritz estime que les text properties comme le virtual text devraient être désactivées par défaut et activables via une option
- L’ouverture du code source du site vim.org avait déjà été discutée par le passé avec Bram
- Cela permettrait de recevoir des contributions, de garder le site à jour et de lui donner une apparence plus moderne
- Bram ne le souhaitait pas, craignant qu’une exposition d’informations sensibles ou la découverte plus facile de problèmes potentiels n’en découle
- Christian Brabandt estime que cette inquiétude est légitime et ne sait pas encore comment traiter le sujet
1 commentaires
Avis de Hacker News
Il y a quelques années, mon frère est décédé soudainement et je me suis retrouvé chargé de trier et archiver sa vie numérique.
Heureusement, j’avais accès à l’adresse e-mail de récupération de son compte Gmail principal, et son épouse connaissait quelques mots de passe ; avec des services comme Google Takeout, j’ai pu accéder à presque toutes les données qui me venaient à l’esprit et les archiver.
Mais j’ai alors compris que si la même chose m’arrivait, ce serait quasiment impossible : tous mes mots de passe et identifiants d’authentification sont dans un gestionnaire de mots de passe, et le mot de passe maître n’existe que dans ma tête.
Prévoir à l’avance pour faciliter à sa famille et à ses amis le rangement de sa vie numérique après sa mort est une bonne chose, et 1Password fournit un document de récupération imprimable où l’on peut noter le mot de passe et les procédures d’accès nécessaires.
J’en ai imprimé des exemplaires que j’ai confiés à quelques personnes en qui j’ai une confiance absolue ; les imprévus peuvent arriver à tout moment, et se préparer pour ceux qui resteront est un beau cadeau.
Dans ce fil, il a aussi été question de coffres-forts ou de boîtes enterrées, mais confier une simple clé USB chiffrée à une personne de confiance, et répartir le mot de passe entre plusieurs proches au moyen de l’algorithme de partage de secret de Shamir, permet de réduire le risque que tout soit emporté lors d’un cambriolage.
Il n’y avait aucun e-mail de récupération accessible, donc j’ai fini par devoir lancer un craqueur de mots de passe sur son compte Windows ; heureusement, ses identifiants Windows n’étaient pas très solides, et avec un live CD Linux et son GPU de jeu, j’ai pu casser le mot de passe en quelques jours.
À partir de là, j’ai pu accéder à son compte 1Password, et j’ai compris qu’il était sage de confier les clés de mon royaume numérique à un tiers de confiance en prévision d’une catastrophe.
Un jour, quelqu’un devra traiter chaque compte un par un ; même si cela coûte un peu de ne pas tout optimiser parfaitement, réduire le nombre de banques avec lesquelles je fais affaire en vaut la peine.
Ce qui m’inquiète, ce n’est pas seulement la mort, mais aussi toute situation — maladie, traumatisme crânien — qui ferait perdre la mémoire des mots de passe ; les personnes qui voudraient m’aider seraient alors bloquées sur tous les comptes.
Un gestionnaire de mots de passe est très utile, car il laisse en quelque sorte la liste de tous les services auprès desquels j’ai créé un compte en ligne, mais d’après ce que je comprends, cela peut ne pas suffire sans autorisation légale d’accéder aux comptes à ma place.
Par exemple, même si je donne à un ami le mot de passe de mon 401k pour gérer ma succession, le fait qu’il utilise ce mot de passe pourrait se situer dans une zone grise juridique ; je compte donc consulter un avocat qui prendra aussi en charge l’aspect légal.
Il est également utile de noter, même grossièrement, l’importance et le contexte de certains comptes : quelle société financière gère l’assurance-vie, si cette assurance est liée à l’employeur, etc.
Cela inclut aussi des questions comme : si je suis blessé, que je reste longtemps malade puis que je perds mon emploi avant de mourir, est-ce que je perds mon assurance-vie avant que le capital ne soit versé ?
L’une des priorités de notre famille est un projet de classeur rouge intitulé « si je suis mort ou incapable de prendre des décisions, faites ceci », et nous sommes en train de structurer nos réflexions ainsi ; j’aimerais entendre davantage de points de vue.
Les deux appareils étaient chiffrés, et il semble que l’appareil Samsung était configuré pour se réinitialiser après un certain nombre d’échecs.
Il n’y avait probablement rien d’important, mais rester dans l’ignorance m’a toujours laissé un malaise.
Quelqu’un peut-il copier le texte de l’article ? Je n’arrive pas à le lire, Google déteste peut-être les utilisateurs de Firefox.
Modification : Internet Archive a une copie fonctionnelle https://web.archive.org/web/20230810094255/groups.google.com...
Triste nouvelle.
À lire absolument : https://evrone.com/blog/bram-moolenaar-interview
« Le développement logiciel relève bien davantage de l’artisanat. Un artisan utilise les outils qui, selon lui, lui permettront d’obtenir le meilleur résultat, qu’il s’agisse des outils que tout le monde utilise ou d’autres. Et un bon artisan fabrique ses propres outils quand c’est nécessaire » - B. Moolenar
Merci à celui qui a fait de Vim une partie de l’ADN du développement.
Des objets texte aux macros en passant par les registres, Vim est un environnement de programmation dynamique qui capture de l’état et invoque de petits scripts.
Vim donne l’impression de lancer un sort à la volée. Ce n’est pas dérouler fidèlement un rituel complexe, mais plutôt créer autour de soi un puissant éther, puis y appliquer une minuscule torsion pour changer le monde alentour.
J’espère que tout se passera bien, car la période de transition risque d’être confuse pendant un moment.
Je suis rassuré de voir que le projet semble entre les mains de personnes qui le connaissent bien, et j’apprécie aussi leur prudence vis-à-vis des changements dans la base de code après la reprise du leadership.
Qu’est-ce qui empêche le reste de la communauté Vim de passer à Neovim ? À vue de nez, pas mal de monde a déjà migré, mais je me demande si, pour ceux qui restent, il y a quelque chose de plus important que ce que Neovim apporte.
Pour mon usage, il n’y a rien de particulièrement intéressant qui me donne une raison de changer, et il manque certaines fonctionnalités que j’aime utiliser de temps en temps pour éditer du LaTeX, comme gvim-gtk.
En plus, le Vim « pur » actuel a, grâce à l’héritage de Bram, une aura d’autorité ancienne que Neovim ne peut pas égaler. Je vais donc continuer à utiliser Vim.
Il est logique de rapatrier dans Vim certaines fonctionnalités populaires de Neovim. C’est une bonne chose d’avoir un fork innovant qui expérimente agressivement de nouvelles fonctionnalités.
Pour qu’un programme aussi fondamental réussisse, il doit en pratique franchir la barrière du packaging Debian.
En général, cela veut dire convaincre les distributions de le reconnaître comme outil « officiel », et que Debian ou Fedora choisissent Neovim plutôt que Vim comme éditeur de texte par défaut.
Ensuite, il faut des années pour que le changement se propage de Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL, puis que les versions des distributions sortent et que les gens mettent à niveau.
Le cycle complet pour qu’un outil adopté dans l’installation par défaut devienne courant partout prend probablement environ 10 ans. Il suffit de regarder systemd.
Ça ne me dérange pas si Vim ne reçoit plus aucune nouvelle fonctionnalité. Même si Vim n’était plus maintenu, tant que je peux continuer à l’obtenir via ma distribution, je l’utiliserais tel quel.
Si Vim devenait inutilisable, par exemple faute de maintenance, je passerais plus probablement à nvi qu’à Neovim.
Je pourrais sans doute déjà passer à nvi aujourd’hui, mais je n’ai aucune raison de le faire.
J’admirais le travail de Bram sur Vim, et c’est toujours le cas ; je ne vois pas l’avantage que j’aurais à migrer.
Tant que le reste de la communauté de développement de Vim a la volonté et la capacité de continuer, je ne vois toujours pas d’avantage.
Pour mon usage, Vim est un outil abouti. Tant qu’il est maintenu et fonctionne sur les systèmes d’exploitation modernes, je n’ai pas besoin de nouvelles fonctionnalités.
Même après une demi-journée à bricoler, je n’ai pas réussi à le faire fonctionner ; une bonne partie de la documentation semblait ancienne, et mes plugins habituels ainsi que mon
.vimrcne semblaient pas marcher directement.Mon intérêt principal n’est pas de bidouiller la configuration et les versions, mais de terminer mon travail, alors j’ai abandonné. Si ça m’attire encore dans quelques années, je réessaierai.
J’espère que Vim et Neovim se tendront mutuellement un rameau d’olivier. Et, si nécessaire, une branche Git aussi :-D
Même si le fork ne fusionne pas de nouveau, si les bases de code peuvent être rapprochées, les deux camps y gagneront.
Cela dit, je pense que Neovim est plutôt une réimplémentation depuis le début qu’un fork de Vim, donc je me demande vraiment à quel point une fusion serait pratique.
Édit : il semble que j’aie tort sur le fait que Neovim ne serait pas un fork de Vim.
Tout le monde repousse la planification successorale en général pour des raisons évidentes, et pense encore moins à la planification du patrimoine numérique.
Peu de gens ont envie de penser à leur propre mort, et le numérique est particulièrement difficile : il y a très peu de ressources de référence, et la plupart des applis/sites web n’ont pas prévu de tels workflows. À ma connaissance, seul Facebook propose quelque chose de ce genre.
Ma femme et moi partageons un compte de gestionnaire de mots de passe, donc en théorie elle pourrait accéder à tous les sites que j’utilise, mais saura-t-elle où aller ? Saura-t-elle un tant soit peu comment maintenir nos services locaux auto-hébergés ? Sans parler du matériel.
Je lui ai déjà expliqué comment redémarrer le serveur ESXi et comment se connecter en SSH au serveur Docker principal pour le redémarrer, mais je ne l’ai documenté nulle part.
Presque tout est en configuration par défaut, et il n’y a pas de chiffrement.
Ma femme ne connaît pas du tout la technique, et je veux qu’elle puisse accéder facilement aux médias familiaux et aux documents numérisés après ma disparition.
Quelqu’un qui s’y connaît un peu, ou une boutique, saura probablement trouver comment récupérer les données depuis un Synology.
Je viens seulement de réaliser que l’outil que j’utilise tous les jours était encore activement maintenu.
Merci infiniment à Bram Moolenaar, aux nombreuses personnes qui ont contribué, et à celles qui aident maintenant à la transition.
Au passage, consulter ce site web sur iPad est une horreur. Il ne respecte pas la demande d’augmenter la taille du texte, et quand on zoome, le texte bouge et les retours à la ligne changent, ce qui va à l’encontre du but du zoom.
Cela dit, le format des citations et la structure des réponses sont excellents ; la communication en ligne devrait ressembler à ça.
J’obtiens « Something went wrong. Please try again later. ». Ça arrive avec les dernières versions de Firefox comme de Chrome ; HN ne peut quand même pas encore faire tomber Google par effet Slashdot, alors quelle en est la raison ?
Sur mon Firefox Android, aucun service Google ne se charge et je suis redirigé vers une page d’aide qui me dit de vider le cache. Vider le cache n’aide pas.
Bram lui-même n’avait-il rien dit séparément à ce sujet ? Je connais la phrase « keep me alive ».
Que Bram repose en paix ; j’ai beaucoup appris grâce à lui.