Die Zukunft des Vim-Projekts
(groups.google.com)- Nach Brams Tod hat Vim Zugriff auf die GitHub-Organisation und Administratorrechte erhalten und damit die Grundlage geschaffen, die Projektpflege fortzuführen
- Vorerst sollen Merges auf Bugfixes, Sicherheitskorrekturen, Dokumentations-Updates und eindeutige Verbesserungen beschränkt bleiben; Änderungen am Vim-Kern sollen erst nach Zustimmung anderer Mitglieder übernommen werden
- Nach Abarbeitung des Backlogs ist ein Maintenance-Release Vim 9.1 geplant; bis dahin sollen die Minor-Patch-Versionen weiter erhöht werden
- Für vim.org wird wegen Stabilitätsproblemen bei OSDN.net und des Hostings auf Basis von PHP 5/MySQL ein Umzug geprüft, entschieden ist aber noch nichts
- Operative Rechte, die auf Bram als Einzelperson konzentriert waren – etwa Mailinglisten, Domains, FTP-Server, Runtime-Dateien und der Kanal für Sicherheitsmeldungen –, müssen in eine teambasierte Struktur überführt werden
GitHub-Organisation und Wartungsstruktur
- Brams Familie hat Ken und Christian Brabandt Administratorrechte für die GitHub-Organisation übertragen, sodass das Vim-Projekt auf GitHub weiter betrieben werden kann
- Yegappan Lakshmanan, Dominique Pellé, @mattn und @zeertzjq, die in der Vergangenheit zu Vim beigetragen haben, wurden zusätzlich in die Vim-Organisation eingeladen
- Mitglieder der GitHub-Organisation müssen auch Zugriff auf das Vim-Repository bei huntr.dev haben, in dem Sicherheitsprobleme gemeldet werden
- Die ersten zwei Commits wurden bereits gemergt
- Vorerst sind die Merge-Kandidaten auf Bugfixes, sicherheitsrelevante Korrekturen, Dokumentations-Updates und eindeutige Verbesserungen beschränkt
- Änderungen am Vim-Kern sollen nach Zustimmung eines anderen Projektmitglieds gemergt werden
- Die Arbeitsweise ist noch nicht etabliert und kann sich ändern, wenn man sich auf ein besseres Vorgehen einigt
Vim-9.1-Release und Entwicklungsweise
- Es gibt den Plan, nach Abarbeitung des aktuellen Backlogs ein Maintenance-Release Vim 9.1 vorzubereiten
- Bis Vim 9.1 wird das bisherige Vorgehen beibehalten, die Minor-Patch-Versionen weiter hochzuzählen
- Nach dem Release wird auch ein modernerer Ansatz ähnlich wie bei Neovim geprüft
- Diese Änderung kann Auswirkungen auf Unterprojekte wie vim-win32-installer, vim-appimage und macVim haben; der beste Ansatz steht daher noch nicht fest
- Yegappan Lakshmanan schlug vor, unter den offenen PRs Kandidaten für Vim 9.1 zu taggen; Christian Brabandt antwortete, dass das hilfreich wäre
- Christ van Willegen wies darauf hin, dass es viele offene PRs gebe, darunter auch alte, und will Tests sowie Code- und Textänderungen prüfen, die er selbst beurteilen kann, um die Belastung zu verringern
- Mit Syntax-Dateien ist er nicht vertraut
- Für Syntax-Dateien hält er automatisierte Tests für nötig, um Brüche zu verhindern und das Highlighting-Ergebnis beurteilen zu können
Hosting von vim.org und Domain-Fragen
- Christian Brabandt hat Zugriff auf die OSDN.net-Projektseite und Bearbeitungsrechte für die Homepage von vim.org
- vim.org hatte in den letzten Monaten Stabilitätsprobleme, insbesondere Probleme mit der Verbindung zum MySQL-Server
- vim.org läuft seit 2018 auf OSDN.net, bereitgestellt vom damaligen OSDN.net-CEO Shuji Sado
- OSDN.net scheint inzwischen OSChina zu gehören; das Vim-Projekt erhielt zu diesem Zeitpunkt offenbar keine Unterstützung vom OSDN.net- oder OSChina-Team
- OSChina wurde nach den künftigen Plänen gefragt, hatte zum Zeitpunkt der ersten Ankündigung aber noch nicht geantwortet; daher wird auch ein Umzug der Homepage zu einem anderen Anbieter geprüft
- Marc Schöchlin bot an, das Hosting zu verwalten
- Das ist nur ein Prüfpunkt; entschieden ist nichts
- Die aktuelle Hosting-Konfiguration besteht aus PHP-Dateien und Zugriff auf eine MySQL-Datenbank
- Christian Brabandt geht davon aus, dass derzeit PHP 5 verwendet wird; PHP 5 hat sein Lebensende erreicht
- Der Vim-Quellcode wird auch als Mercurial-Repository bereitgestellt und unter
https://hg.256bit.org/vimgespiegelt - Der erwartete Traffic liegt bei 200.000 bis 500.000 Seitenaufrufen pro Monat
- Da Zugriff auf den OSDN Shell Server besteht, dürfte es kein Problem sein, einen DB-Dump zu erstellen und die Inhalte zu übertragen
- SourceForge war bis 2018 der Hosting-Ort der Vim-Homepage und kündigte kürzlich an, in zwei Wochen auf PHP 7 umzuziehen
- Christian Brabandt sagte, er wisse nicht, ob die Vim-Homepage PHP 7 unterstützt
https://vim.sourceforge.io/schien in Tests unter PHP 7 nicht zu funktionieren
- Später antwortete OSChina, man werde sich das Verbindungsproblem ansehen; Christian Brabandt sieht noch keinen Zeitdruck, da OSDN/OSChina keinen Zeitpunkt für die Migration auf PHP 7 angekündigt hat
- @Sec wurde mitgeteilt, dass bei einer Entscheidung zum Umzug der Homepage auch die Vim-Domain umgezogen werden müsse
- Bodo Eichstädt teilte mit, dass Sven im Vorjahr verstorben sei, und schlug vor, dass in-berlin.de Unterstützung bei Domain und Hosting anbieten könne
- Christian Brabandt bedauerte, dass innerhalb kurzer Zeit wichtige Personen rund um Vim verstorben sind
- Auch die rechtlichen Fragen zu Domains, die offenbar Bram registriert hatte, etwa
vim8.org,vim9.orgundiccf-holland.org, müssten gemeinsam mit Brams Familie geklärt werden
Mailinglisten, FTP, Runtime-Dateien und Sicherheitskanäle
- Bram war Eigentümer aller Mailinglisten; Christian Brabandt weiß noch nicht, wie er sie verwaltete und wie man Zugriff auf vim-announce und vim-mac beantragt
- Die Mailinglisten vim-dev und vim-use werden von Christian Brabandt, Tony Mechelynk, John Beckett, Ben Schmidt und Ben Fritz verwaltet
- Christian Brabandt geht davon aus, dass Ben Schmidt und Ben Fritz im Vim-Projekt nicht mehr aktiv sind, und will prüfen, ob sie die Verwaltung weiterhin übernehmen möchten
- Die Mailingliste vim-mac ist zwar nicht sehr aktiv, erhält aber gelegentlich Beiträge; dabei vermischen sich eher Issues und Fragen zu MacVim und Vim für macOS
- Diskussionen zu MacVim finden überwiegend auf GitHub statt, doch da einige Nutzer das Mailinglistenformat bevorzugen, wurde vorgeschlagen, sie beizubehalten
- Christian Brabandt hat noch keinen Zugriff auf den Haupt-FTP-Server von Vim und klärt mit Brams Familie, ob sie die Zugangsdaten kennt
- Außerdem muss bei den Maintainern der Runtime-Dateien geprüft werden, ob sie Inhalte direkt an Bram geschickt haben
- Direkt zugesandte Inhalte könnten verloren gehen, wenn sie nicht überprüft werden
- Ben Fritz sagte, dass er vorerst kaum effektiv als Mailinglisten-Administrator aktiv sein könne
- Sollte er langfristig wieder aktiv werden, könne er aufgrund seiner Berufserfahrung in der InfoSec zum huntr.dev-Projekt beitragen
- Ben Fritz erwähnte außerdem das Vim-Projekt auf scan.coverity.com
- Christian Brabandt antwortete, dass er und Dominique Administratoren dieses Projekts seien und daher alles in Ordnung sei
Beitragsweise und mögliche Veröffentlichung der Homepage
- Christian Brabandt möchte das bestehende Wartungsmodell für Runtime-Dateien nicht ändern
- Allerdings wird geprüft, wie sich größere Updates einfacher machen lassen; das könnte für einzelne Maintainer von Runtime-Dateien etwas mehr Aufwand bedeuten
- Für das Einreichen von Updates wird empfohlen, PRs an die GitHub-Organisation zu schicken
- Es bleibt auch weiterhin möglich, vollständige Dateien an vim-dev oder Christian Brabandt zu senden
- Früher schickten mehrere Plugin-Maintainer Updates per E-Mail als Zip-Datei mit der vollständigen Datei an Bram und setzten manchmal die vim_dev-Liste in CC
- Ben Fritz will offizieller Maintainer des TOhtml-Plugins bleiben
- In den letzten Jahren konnte er nicht mehr als einige Bugfixes beitragen
- Es gibt keine unveröffentlichten Updates, die er bereits an Bram geschickt hatte
- Das TOhtml-Projekt enthält automatisierte Tests auf Basis von Vims eigenem Test-Framework; diese sollten auch Teil der künftigen Wartungsweise bleiben
- Christian Brabandt antwortete, dass er zum TOhtml-Plugin zuletzt keine Beschwerden oder Issues gesehen habe, es aber Verbesserungspotenzial etwa bei Unterstützung für Popups oder Virtual Text geben könnte
- Ben Fritz hält es für sinnvoll, Text Properties wie Virtual Text standardmäßig auszuschalten und per Option aktivierbar zu machen
- Eine Veröffentlichung des Quellcodes der vim.org-Homepage war in der Vergangenheit mit Bram besprochen worden
- Eine Veröffentlichung würde Beiträge ermöglichen, die Seite aktuell halten und sie moderner wirken lassen
- Bram wollte das nicht, weil er befürchtete, dass sensible Informationen offengelegt oder potenzielle Probleme leichter gefunden werden könnten
- Christian Brabandt hält diese Bedenken für berechtigt und weiß noch nicht, wie damit umgegangen werden soll
1 Kommentare
Meinungen auf Hacker News
Vor ein paar Jahren ist mein Bruder plötzlich gestorben, und ich musste mich um die Aufarbeitung und Archivierung seines digitalen Lebens kümmern.
Zum Glück hatte ich die Wiederherstellungs-E-Mail-Adresse seines primären Gmail-Kontos und einige Passwörter, die seine Ehepartnerin kannte, sodass ich über Dienste wie Google Takeout auf fast alle Daten zugreifen und sie sichern konnte, die mir einfielen.
Dabei wurde mir klar, dass es in meinem Fall fast unmöglich gewesen wäre: Alle Passwörter und Authentifizierungsdaten liegen in meinem Passwortmanager, und dessen Master-Passwort existiert nur in meinem Kopf.
Es ist sinnvoll, im Voraus zu planen, damit Familie und Freunde nach dem Tod das digitale Leben leichter ordnen können; 1Password stellt ein Wiederherstellungsdokument bereit, das man ausdrucken und in das man das Passwort sowie die nötigen Zugriffsschritte eintragen kann.
Ich habe dieses Dokument ausgedruckt und einigen wenigen Menschen anvertraut, denen ich vollständig vertraue. Da jederzeit etwas Unerwartetes passieren kann, ist eine solche Vorbereitung ein gutes Geschenk an die, die zurückbleiben.
In diesem Thread ging es auch um Tresore oder vergrabene Kisten; wenn man jedoch einer vertrauenswürdigen Person einen gewöhnlichen verschlüsselten USB-Stick anvertraut und das Passwort per Shamir’s Secret Sharing auf mehrere Bekannte verteilt, lässt sich das Risiko verringern, dass bei einem Einbruch alles auf einmal weg ist.
Da es keine Wiederherstellungs-E-Mail gab, mussten wir am Ende einen Passwort-Cracker auf sein Windows-Konto ansetzen. Zum Glück waren seine Windows-Anmeldedaten nicht stark, sodass wir das Passwort mit einer Linux-Live-CD und seiner Gaming-GPU innerhalb weniger Tage knacken konnten.
Von dort aus kamen wir auch an sein 1Password-Konto, und mir wurde klar, dass es klug ist, die Schlüssel zu meinem digitalen Königreich für den Katastrophenfall einer vertrauenswürdigen zweiten Person zu überlassen.
Irgendwann muss jemand jedes einzelne Konto abwickeln; selbst wenn man dadurch nicht perfekt optimiert und ein wenig Geld liegen lässt, lohnt es sich, die Zahl der Banken zu reduzieren.
Was mir Sorgen macht, ist nicht nur der Tod, sondern jede Krankheit oder Kopfverletzung, durch die ich meine Passworterinnerung verlieren könnte; dann wären die Menschen, die mir helfen wollen, aus all meinen Konten ausgesperrt.
Ein Passwortmanager ist sehr nützlich, weil er im Grunde eine Liste aller Anbieter hinterlässt, bei denen ich Online-Konten angelegt habe. Nach meinem Verständnis reicht das aber möglicherweise nicht, wenn man nicht die rechtliche Befugnis hat, in meinem Namen auf die Konten zuzugreifen.
Wenn ich etwa einem Freund mein 401k-Passwort zur Nachlassverwaltung gebe, könnte seine Nutzung dieses Passworts rechtlich in einer Grauzone liegen. Deshalb will ich mit einem Anwalt sprechen, der auch die rechtlichen Aspekte abdeckt.
Hilfreich ist auch, für einige Konten grob Wichtigkeit und Kontext festzuhalten: etwa welche Finanzgesellschaft die Lebensversicherung verwaltet und ob diese Versicherung an den Arbeitgeber gekoppelt ist.
Dazu gehören auch Fragen wie: Wenn ich nach einer langen Krankheit durch eine Verletzung meinen Job verliere, bevor ich sterbe, verliere ich dann die Lebensversicherung, bevor die Auszahlung fällig wird?
Eines der wichtigsten Projekte unserer Familie ist ein roter Ordner nach dem Motto „Wenn ich tot bin oder keine Entscheidungen mehr treffen kann, tut Folgendes“, und da ich gerade meine Gedanken in dieser Weise sortiere, würde ich gern weitere Perspektiven hören.
Beide Geräte waren verschlüsselt, und bei dem Samsung-Gerät schien eingestellt zu sein, dass es nach einer bestimmten Zahl fehlgeschlagener Versuche zurückgesetzt wird.
Vermutlich war nichts Besonderes darauf, aber es fühlte sich immer unangenehm an, es nicht zu wissen.
Kann jemand den Text kopieren? Ich kann ihn nicht lesen, vielleicht hasst Google Firefox-Nutzer.
Bearbeitung: Im Internet Archive gibt es eine funktionierende Kopie: https://web.archive.org/web/20230810094255/groups.google.com...
Traurige Nachricht.
Pflichtlektüre: https://evrone.com/blog/bram-moolenaar-interview
„Softwareentwicklung ist sehr viel näher am Handwerk. Ein Handwerker benutzt das Werkzeug, von dem er glaubt, dass er damit das beste Ergebnis erzielen kann – ob es nun das ist, das alle benutzen, oder ein anderes. Und ein guter Handwerker baut sich seine Werkzeuge selbst, wenn es nötig ist.“ - B. Moolenar
Dank an den Menschen, der Vim zu einem Teil der DNA der Entwicklung gemacht hat.
Von Textobjekten über Makros bis zu Registern ist Vim eine dynamische Programmierumgebung, die Zustand erfasst und kleine Skripte aufruft.
Vim fühlt sich an, als würde man spontan Zauber wirken: nicht, als würde man ein komplexes Ritual pflichtgetreu abspulen, sondern als würde man um sich herum einen mächtigen Äther erzeugen und mit einer winzigen Verdrehung die Welt um einen herum verändern.
Die Übergangsphase dürfte eine Weile chaotisch werden; ich hoffe, dass alles gut läuft.
Es ist beruhigend, dass das Projekt offenbar in den Händen von jemandem liegt, der sich gut auskennt, und mir gefällt auch die vorsichtige Haltung gegenüber Änderungen an der Codebasis nach der Übernahme der Leitung.
Was hält den Rest der Vim-Community davon ab, zu Neovim zu wechseln? Nach meiner Beobachtung sind bereits ziemlich viele gewechselt, aber ich frage mich, ob es für die Verbliebenen etwas gibt, das wichtiger ist als das, was Neovim bietet.
Für meine Nutzungsweise gibt es dort nichts besonders Interessantes, das einen Wechsel rechtfertigen würde, und manche Funktionen, die ich gelegentlich gern für LaTeX-Bearbeitung nutze, etwa gvim-gtk, fehlen.
Außerdem hat das heutige Vanilla-Vim dank Brams Vermächtnis eine Aura altehrwürdiger Autorität, an die Neovim nicht herankommt. Deshalb werde ich Vim weiterverwenden.
Einige populäre Neovim-Funktionen zurück nach Vim zu bringen, ergibt Sinn. Es ist gut, einen innovativen Fork zu haben, der aggressiv mit neuen Funktionen experimentiert.
Damit ein solches Basisprogramm Erfolg hat, muss es praktisch das Debian-Paketierungs-Gate passieren.
Das bedeutet normalerweise, Distributionen davon zu überzeugen, es als „offizielles“ Tool anzuerkennen, und Debian oder Fedora müssten Neovim statt Vim als Standard-Texteditor wählen.
Danach dauert es Jahre, bis sich die Änderung nach dem Muster Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL weiterverbreitet, Distribution-Releases erscheinen und die Leute upgraden.
Der gesamte Zyklus, bis ein Tool, das in der Standardinstallation übernommen wurde, überall verbreitet ist, dauert vermutlich etwa 10 Jahre. Siehe systemd.
Es wäre mir egal, wenn in Vim gar keine neuen Funktionen mehr hinzukämen. Selbst wenn Vim nicht mehr gewartet würde, würde ich es weiterverwenden, solange ich es weiterhin aus meiner Distribution bekommen kann.
Wenn ich Vim nicht mehr nutzen könnte, etwa wegen mangelnder Wartung, würde ich wahrscheinlich eher zu nvi wechseln als zu Neovim.
Wahrscheinlich könnte ich sogar jetzt schon zu nvi wechseln, aber es gibt keinen Grund dafür.
Ich habe Brams Arbeit an Vim respektiert und tue das immer noch, und ich sehe keinen Vorteil darin, umzusteigen.
Solange der Rest der Vim-Entwickler-Community willens und fähig ist, weiterzumachen, sehe ich auch jetzt keinen Vorteil.
Für meine Zwecke ist Vim ein fertiges Tool. Solange es auf modernen Betriebssystemen gewartet wird und läuft, brauche ich keine neuen Funktionen.
Selbst nach einem halben Tag Herumprobieren bekam ich es nicht zum Laufen, ein großer Teil der Dokumentation schien veraltet zu sein, und meine üblichen Plugins sowie meine
.vimrcschienen auch nicht direkt zu funktionieren.Mein Hauptinteresse ist nicht das Herumbasteln an Konfigurationen und Versionen, sondern Dinge erledigt zu bekommen, also habe ich aufgegeben. Wenn es mich in ein paar Jahren noch reizt, versuche ich es wieder.
Ich hoffe, dass Vim und Neovim einander einen Olivenzweig reichen. Wenn nötig, auch einen Git-Branch :-D
Selbst wenn der Fork nicht wieder zusammengeführt wird, würden beide Seiten profitieren, wenn die Codebasen enger aufeinander abgestimmt werden könnten.
Ich dachte allerdings, Neovim sei eher eine Neuimplementierung von Grund auf als ein Fork von Vim, deshalb frage ich mich wirklich, wie praktikabel ein Merge wäre.
Korrektur: Bei dem Punkt, dass Neovim kein Fork von Vim sei, liege ich wohl falsch.
Alle schieben aus offensichtlichen Gründen die allgemeine Nachlassplanung auf, und besonders an digitale Nachlassplanung denkt erst recht niemand.
Nur wenige Menschen wollen über den eigenen Tod nachdenken, und im digitalen Bereich gibt es besonders wenige Ressourcen, auf die man sich stützen kann; außerdem haben die meisten Apps/Websites solche Workflows nicht vorgesehen, was es besonders schwierig macht. Soweit ich weiß, bietet nur Facebook in etwa etwas dafür an.
Meine Frau und ich teilen uns ein Passwortmanager-Konto, also könnte sie theoretisch auf alle Websites zugreifen, die ich nutze, aber wüsste sie, wohin sie gehen muss? Hätte sie auch nur eine Ahnung, wie sie unsere lokalen selbst gehosteten Dienste weiterbetreibt? Von der Hardware ganz zu schweigen.
Ich habe ihr schon erklärt, wie man den ESXi-Server neu startet und sich per SSH auf den Haupt-Docker-Server einloggt, um ihn neu zu starten, aber nirgends ist das dokumentiert.
Größtenteils Standardeinstellungen und keine Verschlüsselung.
Meine Frau versteht überhaupt nichts von Technik, und ich möchte, dass sie auch nach meinem Tod leicht auf digitalisierte Familienmedien und Dokumente zugreifen kann.
Jemand mit ein bisschen technischem Verständnis oder ein Laden sollte herausfinden können, wie man die Daten von einer Synology bekommt.
Mir ist erst jetzt klar geworden, dass ein Tool, das ich täglich nutze, immer noch aktiv gewartet wurde.
Unendlichen Dank an Bram Moolenaar, an die vielen Beitragenden und an die Menschen, die jetzt beim Übergang helfen.
Nebenbei: Diese Website auf dem iPad anzusehen, ist furchtbar. Sie respektiert die Aufforderung, die Schriftgröße zu erhöhen, nicht, und wenn man hineinzoomt, bewegt sich der Text und die Zeilenumbrüche ändern sich, was den Zweck des Zoomens zunichtemacht.
Trotzdem sind das Zitatformat und die Antwortstruktur hervorragend, und so sollte Online-Kommunikation aussehen.
Es erscheint „Something went wrong. Please try again later.“ Sowohl mit aktuellem Firefox als auch mit Chrome; HN dürfte Google doch noch nicht per Slashdot-Effekt in die Knie zwingen können, also woran liegt es?
Auf meinem Android-Firefox lädt kein Google-Dienst, und ich werde auf eine Hilfeseite weitergeleitet, die empfiehlt, den Cache zu leeren. Das Leeren des Caches hilft nicht.
Hat Bram selbst zu diesem Thema nicht gesondert etwas gesagt? Den einen Satz „keep me alive“ kenne ich.
Möge Bram in Frieden ruhen; ich habe viel von ihm gelernt.