Vimプロジェクトの未来
(groups.google.com)- Bramの死後、VimはGitHub組織へのアクセス権と管理者権限を確保し、プロジェクト保守を継続できる基盤を整えた
- 当面、マージはバグ修正、セキュリティ修正、ドキュメント更新、明確な改善に限定し、Vim本体の変更は他メンバーの承認後に反映する方針
- バックログ処理後にVim 9.1メンテナンスリリースを準備し、それまではマイナーパッチ版を継続的に上げていく計画
- vim.orgはOSDN.netの安定性問題とPHP 5/MySQLベースのホスティングのため移行を検討中だが、まだ決定事項はない
- メーリングリスト、ドメイン、FTPサーバー、ランタイムファイル、セキュリティ報告チャネルなど、Bram個人に集中していた運用権限をチームベースで整理する必要がある
GitHub組織と保守体制
- Bramの家族がKenとChristian BrabandtにGitHub組織の管理者権限を引き継ぎ、VimプロジェクトはGitHubで継続運営できるようになった
- これまでVimに貢献してきたYegappan Lakshmanan、Dominique Pellé、@mattn、@zeertzjqがVim組織に追加招待された
- GitHub組織メンバーは、セキュリティ問題が報告される huntr.devのVimリポジトリ にもアクセスする必要がある
- 最初の2件のコミットはすでにマージされた
- 当面のマージ対象はバグ修正、セキュリティ関連修正、ドキュメント更新、明確な改善に限定する
- Vim本体の変更は、他のプロジェクトメンバーの承認を得た後にマージする方針
- 運用方法はまだ固まっておらず、より良い方法に合意できれば変更される可能性がある
Vim 9.1リリースと開発方針
- 現在のバックログを処理した後、Vim 9.1メンテナンスリリースを準備する計画がある
- Vim 9.1までは、マイナーパッチ版を引き続き増やしていく方式が維持される
- リリース後は、Neovimに近いよりモダンなアプローチも検討中
- この変更はvim-win32-installer、vim-appimage、macVimのような下位プロジェクトに影響する可能性があり、最善の方法はまだ決まっていない
- Yegappan Lakshmananは、未処理のPRのうちVim 9.1候補にタグを付ける案を提案し、Christian Brabandtは有用だと答えた
- Christ van Willegenは、未処理PRが多く古いものもあるとして、自分が判断可能なテスト・コード・テキスト変更を確認して負担を減らしたいと述べた
- 構文ファイルには詳しくない
- 構文ファイルには、破損防止とハイライト結果の判断のため自動テストが必要だと見ている
vim.orgのホスティングとドメイン問題
- Christian BrabandtはOSDN.netのプロジェクトページへのアクセス権と、vim.orgホームページの編集権限を持っている
- vim.orgではここ数か月、安定性の問題があり、特にMySQLサーバー接続の問題があった
- vim.orgは2018年から、当時のOSDN.net CEOであったShuji Sadoの提供によりOSDN.netで運営されている
- OSDN.netは現在OSChinaが所有しているようで、当時VimプロジェクトはOSDN.netまたはOSChinaチームの支援を受けていなかった
- 今後の計画についてOSChinaに問い合わせたが、最初の告知時点では返答がなく、別の提供者へホームページを移す案も検討された
- Marc Schöchlinがホスティング管理を提案した
- これは検討事項にすぎず、何も決まっていない
- 現在のホスティング構成は、PHPファイルとMySQLデータベースへのアクセスで成り立っている
- Christian Brabandtによると、現在はPHP 5を使っているようで、PHP 5はすでにサポート終了している
- VimソースはMercurialリポジトリ形式でも提供され、
https://hg.256bit.org/vimでミラーされている - 想定トラフィックは月20万〜50万ページビュー程度
- OSDN Shell Serverへのアクセス権があるため、DBダンプ作成やコンテンツ移行は問題ないと見ている
- SourceForgeは2018年までVimホームページをホストしていた場所で、最近、2週間後にPHP 7へ移行すると告知した
- Christian Brabandtは、VimホームページがPHP 7をサポートしているか分からないと述べた
https://vim.sourceforge.io/はテスト上、PHP 7では動作しないように見えた
- その後、OSChinaは接続問題を調査すると返答し、Christian BrabandtはOSDN/OSChinaがPHP 7移行時期を発表していないため、まだ時間的な切迫はないと見ている
- @Secには、ホームページ移行を決めた場合はVimドメインも移さなければならない点が伝えられた
- Bodo Eichstädtは、Svenが前年に亡くなったと伝え、in-berlin.deがドメインとホスティング支援を提供できると提案した
- Christian Brabandtは、短期間のうちにVimの主要人物たちが亡くなった状況を惜しんだ
- Bramが登録したと見られる
vim8.org、vim9.org、iccf-holland.orgなどのドメインの法的問題も、Bramの家族とともに処理する必要があると見ている
メーリングリスト、FTP、ランタイムファイル、セキュリティチャネル
- Bramはすべてのメーリングリストの所有者であり、Christian Brabandtは、彼がどのように管理していたのか、またvim-announceやvim-macへのアクセス申請方法をまだ把握していない
- vim-devとvim-useメーリングリストは、Christian Brabandt、Tony Mechelynk、John Beckett、Ben Schmidt、Ben Fritzが管理している
- Christian Brabandtは、Ben SchmidtとBen FritzがVimプロジェクトで今は活動していないと見ており、今後も管理を続ける意思があるか確認する考え
- vim-macメーリングリストは活発ではないが時折投稿があり、MacVimとmacOS向けVimの問題や質問が混在する傾向がある
- MacVimの議論は主にGitHubで行われるが、メーリングリスト形式を好む利用者もいるため維持が提案されている
- Christian Brabandtは、まだメインのVim FTPサーバーへのアクセス権を持っておらず、Bramの家族に認証情報を知っているか確認中
- ランタイムファイル保守担当者に対して、Bramへ直接送った内容がないか確認する作業も必要
- 直接送られた内容は確認しなければ失われる可能性がある
- Ben Fritzは、自分は当面メーリングリスト管理者として効果的に活動するのは難しいと述べた
- 長期的に再び活動するようになれば、InfoSec業務の経験を生かしてhuntr.devプロジェクトに貢献できるとも述べた
- Ben Fritzは scan.coverity.comのVimプロジェクト にも言及した
- Christian Brabandtは、自分とDominiqueがそのプロジェクト管理者なので問題ないと答えた
貢献方法とホームページ公開の是非
- Christian Brabandtは、既存のランタイム保守体制を変えたくないと述べた
- ただし、大規模更新をより簡単にする方法は検討中であり、これは個別のランタイムファイル保守担当者に多少の負担増をもたらす可能性がある
- 更新提出は、GitHub組織にPRを送る方法を推奨する
- 完全なファイルをvim-devまたはChristian Brabandtに送る方法も引き続き可能
- 過去には複数のプラグイン保守担当者が、完全なファイル一式を含むzipファイルをBramへメールで送り、ときにはvim_devリストをCCに入れる形で更新を渡していた
- Ben Fritzは、TOhtmlプラグインの公式保守担当として今後も保守を続ける意思がある
- ここ数年は、いくつかのバグ修正以上の貢献はできていない
- Bramに送った未公開アップデートはない
- TOhtmlプロジェクトにはVim自体のテストフレームワークを使った自動テストが含まれており、今後の保守方法にも含めるべきだと考えている
- Christian Brabandtは、TOhtmlプラグインについて最近不満や問題を見ていないが、popupやvirtual text対応など改善の余地はあるかもしれないと答えた
- Ben Fritzは、virtual textのようなtext propertiesはデフォルトでは無効にし、オプションで有効化する方式が適切そうだと見ている
- vim.orgホームページのソース公開は、過去にBramと議論されたことがある
- 公開すれば、貢献を受けやすくなり、最新状態を保ちつつ、よりモダンな見た目へ変えられる
- Bramは、機密情報の漏えいや潜在的問題の発見が容易になる懸念から望んでいなかった
- Christian Brabandtは、その懸念はもっともであり、まだどう扱うべきか分からないと述べた
1件のコメント
Hacker News のコメント
数年前、兄弟が突然亡くなり、彼のデジタルな生涯の整理と保管を引き受けることになった
幸い、メインの Gmail アカウントの復旧用メールアドレスと、配偶者が知っていたいくつかのパスワードがあったので、Google Takeout のようなサービスを使って、思いつくほぼすべてのデータにアクセスして保存できた
ただ、同じことが自分に起きたら、パスワードと認証情報はすべてパスワードマネージャーの中にあり、そのマスターパスワードは自分の頭の中にしかないので、ほとんど不可能だっただろうと気づいた
家族や友人が死後にデジタルな生涯を整理しやすいよう、事前に計画しておくのは良いことで、1Password は印刷してパスワードを書き込める復旧用ドキュメントを提供しており、必要なアクセス手順を記しておける
全幅の信頼を置く少数の人にこの文書を印刷して預けた。突然のことはいつでも起こり得るので、残される人のために前もって備えておくのは良い贈り物だ
このスレッドでは金庫や埋めた箱の話も出ていたが、信頼できる人に普通の暗号化 USB フラッシュドライブを預け、パスワードはシャミアの秘密分散法で複数の知人に分けておけば、住居侵入の際に全部持っていかれるリスクを減らせる
復旧用メールアドレスが誰にも分からなかったので、結局彼の Windows アカウントにパスワードクラッカーを走らせる必要があった。幸い Windows の認証情報は強くなく、Linux ライブ CD と彼のゲーミング GPU で数日でパスワードを解けた
そこから 1Password アカウントまでアクセスでき、災害時に備えて自分のデジタル王国の鍵を信頼できる第二者に預けておくのが賢明だと悟った
いつかは誰かが口座を一つひとつ処理しなければならないのだから、完璧に最適化できず多少損をしても、取引銀行の数を減らす価値はある
心配なのは死だけでなく、病気や頭部外傷のようにパスワードの記憶を失わせるあらゆる出来事で、そうなると私を助けようとする人たちはすべてのアカウントで行き詰まってしまう
パスワードマネージャーは、私がオンラインアカウントを作ったすべての事業者の一覧を残すようなものなので非常に有用だが、私の理解では、私の代わりにアカウントへアクセスする法的権限がなければ十分ではないかもしれない
例えば、友人に遺産管理のため 401k のパスワードを渡しても、その友人がそのパスワードを使う行為は法的にグレーゾーンになり得るので、法律面まで見てくれる弁護士に相談しようと思っている
一部のアカウントについて、重要度や背景をざっくり整理しておくのも役に立つ。生命保険をどの金融機関が管理しているのか、その保険が雇用主と結びついているのか、といった情報が必要だ
けがで長く闘病した末、亡くなる前に職を失った場合、保険金が支払われる前に生命保険を失うのか、といった問いも含まれる
私たち家族の優先課題の一つが「私が死んだ、または意思決定できない場合はこうせよ」というレッドバインダープロジェクトで、こういう形で考えを整理しているところなので、もっと多くの視点を聞きたい
どちらの端末も暗号化されていて、Samsung の端末は失敗回数が累積すると初期化されるよう設定されていたようだ
おそらく大したものはなかっただろうが、分からないまま残っているのはずっと気持ち悪かった
誰か本文をコピーしてくれないか？ Google が Firefox ユーザーを嫌っているのか、読めない
追記: Internet Archive には動作するコピーがある https://web.archive.org/web/20230810094255/groups.google.com...
悲しい知らせだ
必読: https://evrone.com/blog/bram-moolenaar-interview
「ソフトウェア開発は、はるかに職人技に近い。職人は、誰もが使う道具であれ別の道具であれ、最善の結果を出せると思う道具を使う。そして優れた職人は、必要なら自分の道具を自分で作る」 - B. Moolenar
Vim を開発 DNA の一部にしてくれた人に感謝する
テキストオブジェクトからマクロ、レジスタまで、Vim は状態を捉え、小さなスクリプトを呼び出す動的なプログラミング環境だ
Vim はその場で呪文をかけるようなものだ。複雑な儀式を忠実に解きほぐすのではなく、周囲に強力なエーテルを作り、ほんの小さなひねりを加えて周りの世界を変える感覚だ
移行期はしばらく混乱するだろうから、うまくいくことを願っている
プロジェクトが、よく把握している人の手にあるようで安心だし、リーダーシップを引き継いだ後にコードベースの変更へ慎重な姿勢を取っている点も好ましい
Vim コミュニティの残りの人たちが Neovim に移らない理由は何だろう？ 見たところ、すでにかなり多くが移ったようだが、残っている人たちにとっては、Neovim が提供するものよりも重要な何かがあるのか気になる
自分の使い方では特に面白いものがなく、乗り換える理由がないし、たまに LaTeX 編集で好んで使う gvim-gtk のような機能は欠けている
さらに今の素の Vim には、Bram の遺産のおかげで、Neovim にはまねできない古くからの権威の雰囲気がある。だから Vim を使い続けるつもり
人気のある Neovim 機能の一部を Vim に持ち戻すのは理にかなっている。新機能を積極的に試す革新的なフォークがあるのは良いこと
こうした基本プログラムが成功するには、実質的に Debian のパッケージングの関門を通過しなければならない
つまり普通は、ディストリビューションを説得して「公式」ツールとして認めてもらう必要があり、Debian や Fedora がデフォルトのテキストエディタとして Vim ではなく Neovim を選ぶ必要がある
その後、その変更が Debian -> Ubuntu -> Mint -> ...、Fedora -> RHEL という形で広がるのに何年もかかり、ディストリビューションのリリースが出て、人々がアップグレードしなければならない
デフォルトインストールに採用されたツールがどこでも一般的になるまでの全体のサイクルは、おそらく 10年 くらいだろう。systemd を見ればいい
Vim に新機能がまったく入らなくても構わない。Vim がメンテナンスされなくなっても、ディストリビューションから入手し続けられるならそのまま使う
Vim が使えなくなったら、たとえばメンテナンス不足が理由なら、Neovim より nvi に行く可能性のほうが高い
今でもおそらく nvi に切り替えられるだろうが、そうする理由がない
Bram の Vim への取り組みを尊敬していたし、今もそうだし、移行して得られる利点を見いだせなかった
残りの Vim 開発コミュニティに継続する意思と能力がある限り、今でも利点はなさそうだ
自分の用途では Vim は完成されたツール だ。現代の OS でメンテナンスされ、動作しさえすれば、新機能は必要ない
半日いじっても動かせず、ドキュメントのかなりの部分が古いように見え、普段使っているプラグインや
.vimrcもすぐには動かなかったようだ自分の主な関心は設定やバージョンをいじり回すことではなく、仕事を終わらせることなので諦めた。数年後にもまだ惹かれるなら、また試すつもり
Vim と Neovim が互いにオリーブの枝を差し出してくれることを願う。必要なら Git のブランチも :-D
フォークが再統合されないとしても、コードベースをより近づけられるなら、双方にとって利益になる
ただ、Neovim は Vim のフォークというより、最初から再実装したものだと思っていたので、マージがどれほど実用的なのかは本当に気になる
訂正: Neovim が Vim のフォークではないという部分は、自分の間違いだったようだ
みんな明白な理由から全体的な相続計画を先延ばしにし、とりわけ デジタル遺産計画 についてはなおさら考えない
自分の死について考えたい人は少なく、デジタル方面は参考にできるリソースも非常に少なく、ほとんどのアプリやウェブサイトがそうしたワークフローを用意していないため、特に難しい。自分が知る限りでは Facebook くらいしか何かを提供していない
妻と私はパスワードマネージャーのアカウントを共有しているので、理屈の上では私が使うすべてのサイトにアクセスできるはずだが、どこへ行けばいいのか分かるだろうか？ うちのローカルのセルフホストサービスをどう維持するか少しでも分かるだろうか？ ハードウェアは言うまでもない
ESXi サーバーの再起動や、メインの Docker サーバーに SSH で接続して再起動する方法を案内したことはあるが、どこにも文書化していない
ほとんどデフォルト設定で、暗号化もしていない
妻は技術をまったく知らないので、自分がいなくなった後もデジタル化した家族のメディアや文書に簡単にアクセスできてほしい
技術を少し知っている人や店なら、Synology からデータを取り出す方法は分かるはず
毎日使っているツールが今でも積極的にメンテナンスされていたことに、今になって気づいた
Bram Moolenaar、これまで貢献してきた多くの人たち、そして今移行を助けている人たちに、尽きない感謝を捧げる
ついでに、iPad でこのウェブサイトを見るのはひどい。文字サイズを大きくしてほしいという要求を尊重せず、拡大するとテキストが動いて折り返しが変わり、拡大の目的を台無しにする
それでも引用形式と返信構造は素晴らしく、オンラインコミュニケーションはこうあるべきだ
“Something went wrong. Please try again later.” と表示される。最新の Firefox と Chrome の両方でそうなるし、HN がまだ Google を Slashdot 効果 で落とせるとは思えないのに、理由は何だろう？
自分の Android Firefox ではどの Google サービスも読み込まれず、キャッシュを消すようにというヘルプページにリダイレクトされる。キャッシュを消しても効果はない
Bram 本人はこの問題について別に何も言っていなかったのだろうか？ “keep me alive” という一文は知っている
Bram の冥福を祈る。彼から多くを学んだ