Vim 프로젝트의 미래

• 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 리스트를 참조에 넣는 방식으로 업데이트를 전달했음
• Ben Fritz는 TOhtml 플러그인의 공식 유지보수자로 계속 유지보수할 의사가 있음
  • 최근 몇 년간은 몇 개의 버그 수정 이상을 기여하지 못함
  • Bram에게 보내 둔 미공개 업데이트는 없음
  • TOhtml 프로젝트에는 Vim 자체 테스트 프레임워크를 이용한 자동화 테스트가 포함돼 있으며, 향후 유지보수 방식에도 포함되어야 한다고 봄
• Christian Brabandt는 TOhtml 플러그인에 대해 최근 불만이나 이슈를 보지 못했지만, popup 또는 virtual text 지원 같은 개선 여지가 있을 수 있다고 답함
• Ben Fritz는 virtual text와 같은 text properties는 기본적으로 꺼두고 옵션으로 켜는 방식이 적절해 보인다고 봄
• vim.org 홈페이지 공개 소스화는 과거 Bram과 논의된 적이 있음
  • 공개하면 기여를 받고 최신 상태를 유지하며 더 현대적인 모습으로 바꿀 수 있음
  • Bram은 민감한 정보가 유출되거나 잠재적 문제가 더 쉽게 발견될 수 있다는 우려 때문에 원하지 않았음
  • Christian Brabandt는 그 우려가 타당하며, 아직 어떻게 처리할지 모른다고 함

[GN⁺]

Hacker News 의견들

• 몇 년 전 형제가 갑자기 세상을 떠나면서 그의 디지털 생애 정리와 보관을 맡게 됐음
  다행히 주 Gmail 계정의 복구 이메일과 배우자가 알고 있던 몇몇 비밀번호가 있어 Google Takeout 같은 서비스로 생각나는 거의 모든 데이터를 접근·보관할 수 있었음
  그런데 같은 일이 내게 생기면 비밀번호와 인증 정보가 모두 비밀번호 관리자 안에 있고, 그 마스터 비밀번호는 내 머릿속에만 있어 거의 불가능했겠다고 깨달았음
  가족과 친구들이 사후에 디지털 생애를 정리하기 쉽게 미리 계획하는 건 좋은 일이고, 1Password는 인쇄해서 비밀번호를 적어둘 수 있는 복구 문서를 제공해 필요한 접근 절차를 담을 수 있음
  전적으로 신뢰하는 소수에게 이 문서를 인쇄해 맡겼고, 갑작스러운 일은 언제든 생길 수 있으니 남겨질 사람들을 위해 미리 준비하는 건 좋은 선물임

  • 유용한 체크리스트: https://getyourshittogether.org/
    이 스레드에서는 금고나 묻어둔 상자 이야기도 나왔지만, 신뢰할 사람에게 평범한 암호화 USB 플래시 드라이브를 맡기고 비밀번호는 샤미르 비밀 공유 알고리즘으로 여러 지인에게 나눠두면 주거 침입 때 몽땅 털릴 위험을 줄일 수 있음
  • 나도 형제를 아주 갑작스럽게 잃은 비슷한 일이 있었음
    복구 이메일이 아무도 없어서 결국 그의 Windows 계정에 비밀번호 크래커를 돌려야 했고, 다행히 Windows 인증 정보가 강하지 않아 Linux 라이브 CD와 그의 게임용 GPU로 며칠 만에 비밀번호를 풀 수 있었음
    거기서부터 1Password 계정까지 접근할 수 있었고, 재난 상황에 대비해 내 디지털 왕국의 열쇠를 신뢰할 제2자에게 맡기는 게 현명하다는 걸 깨달았음
  • 이래서 보너스용 계좌 갈아타기가 재미있어도 온라인 금융 계정 수를 줄이기 시작했음
    언젠가는 누군가가 계정 하나하나를 처리해야 하니, 완벽하게 최적화하지 못해 약간 손해가 나더라도 거래 은행 수를 줄일 가치가 있음
  • 형제분 일은 안타깝다
    걱정되는 건 죽음뿐이 아니라 질병이나 머리 부상처럼 비밀번호 기억을 잃게 만드는 모든 일이고, 그러면 나를 도우려는 사람들이 모든 계정에서 막히게 됨
    비밀번호 관리자는 내가 온라인 계정을 만든 모든 업체 목록을 남기는 셈이라 매우 유용하지만, 내 이해로는 내 대신 계정에 접근할 법적 권한이 없으면 충분하지 않을 수 있음
    예컨대 친구에게 유산 관리를 위해 401k 비밀번호를 줘도 그가 그 비밀번호를 쓰는 행위가 법적으로 회색지대가 될 수 있어, 법률적인 부분까지 챙기는 변호사와 상담하려고 함
    일부 계정에 대해 중요도와 맥락을 대략 정리해두는 것도 도움이 됨. 생명보험을 어느 금융사가 관리하는지, 그 보험이 고용주와 연결돼 있는지 같은 정보가 필요함
    부상으로 오래 투병하다 죽기 전 직장을 잃으면 보험금이 지급되기 전에 생명보험을 잃는지 같은 질문도 포함됨
    우리 가족의 우선 과제 중 하나가 “내가 죽었거나 의사결정이 불가능하면 이렇게 하라”는 레드 바인더 프로젝트이고, 이런 식으로 생각을 정리 중이라 더 많은 관점을 듣고 싶음
  • 아버지가 돌아가셨을 때 비밀번호는 있었지만 휴대폰과 태블릿의 PIN/패턴은 없었음
    두 기기 모두 암호화돼 있었고 Samsung 기기는 실패 횟수가 누적되면 초기화되도록 설정된 것 같았음
    아마 별건 없겠지만, 모른 채로 남아 있는 게 늘 찜찜했음

• 누가 본문을 복사해줄 수 있나? Google이 Firefox 사용자를 싫어하는지 읽을 수가 없음
  수정: Internet Archive에는 작동하는 사본이 있음 https://web.archive.org/web/20230810094255/groups.google.com...

  • Firefox에서는 문제 없음. 아마 HN 효과일지도 모름
  • Firefox 전용 문제는 아님. Chrome에서도 로딩되지 않음
  • web archive에서 볼 수 있는 줄 몰랐음. Google Groups는 한 번도 제대로 동작한 적이 없어서 또 다른 망가진 웹 2.0 앱이라고 생각했음
  • Chromium에서도 로딩해봤지만 안 되는 것 같음
  • 모바일 Chrome에서도 페이지가 로딩되지 않음

• 안타까운 소식임
  필독 자료: https://evrone.com/blog/bram-moolenaar-interview
  “소프트웨어 개발은 훨씬 더 장인정신에 가깝다. 장인은 모두가 쓰는 도구든 다른 도구든, 최선의 결과를 낼 수 있다고 생각하는 도구를 쓴다. 그리고 훌륭한 장인은 필요하면 자기 도구를 직접 만든다” - B. Moolenar
  Vim을 개발 DNA의 일부로 만든 사람에게 감사함

  • Vim의 가장 놀라운 면을 잘 담고 있음
    텍스트 객체부터 매크로, 레지스터까지 Vim은 상태를 포착하고 작은 스크립트를 호출하는 동적인 프로그래밍 환경임
    Vim은 즉석에서 주문을 거는 것 같음. 복잡한 의식을 충실히 풀어내는 게 아니라, 주변에 강력한 에테르를 만들고 아주 작은 비틀림을 가해 주변 세계를 바꾸는 느낌임

• 전환기는 한동안 혼란스러울 테니 잘 되길 바람
  프로젝트가 잘 파악하고 있는 사람 손에 있는 것 같아 다행이고, 리더십을 넘겨받은 뒤 코드베이스 변경에 조심스러운 태도도 마음에 듦

• Vim 커뮤니티의 나머지 사람들이 Neovim으로 옮겨가지 못하게 하는 건 뭘까? 관찰상 이미 꽤 많이 옮겼지만, 남아 있는 사람들에게는 Neovim이 제공하는 것보다 더 중요한 무엇이 있는지 궁금함

  • 질문을 반대로 해야 함. 평범한 Vim 사용자에게 Neovim이 뭘 제공하나?
    내 사용 방식에는 딱히 흥미로운 게 없어 바꿀 이유가 없고, 가끔 LaTeX 편집에 즐겨 쓰는 gvim-gtk 같은 기능은 빠져 있음
    게다가 지금의 순정 Vim은 Bram의 유산 덕분에 Neovim이 따라올 수 없는 오래된 권위의 분위기가 있음. 그래서 Vim을 계속 쓸 것임
    인기 있는 Neovim 기능 일부를 Vim으로 다시 가져오는 건 말이 됨. 새 기능을 공격적으로 실험하는 혁신적 포크가 있는 건 좋은 일임
  • 관성임
    이런 기본 프로그램이 성공하려면 사실상 Debian 패키징 관문을 통과해야 함
    보통 배포판을 설득해 “공식” 도구로 인정받아야 한다는 뜻이고, Debian이나 Fedora가 기본 텍스트 편집기를 Vim 대신 Neovim으로 골라야 함
    그다음 변경이 Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL 식으로 퍼지는 데 몇 년이 걸리고, 배포판 릴리스가 나오고 사람들이 업그레이드해야 함
    기본 설치에 채택된 도구가 어디서나 흔해지는 전체 주기는 아마 10년 정도일 것임. systemd를 보면 됨
  • 내 Vim 사용 요구는 아주 소박함. Neovim에 있는 것들이 필요하지 않고, 필요 없는 복잡성임
    Vim에 새 기능이 전혀 안 들어와도 상관없음. Vim이 유지보수되지 않아도 배포판에서 계속 받을 수 있다면 그대로 쓸 것임
    Vim을 사용할 수 없게 되면, 예컨대 유지보수 부족 때문이라면 Neovim보다는 nvi로 갈 가능성이 더 큼
    지금도 아마 nvi로 바꿀 수 있겠지만 그럴 이유가 없음
  • 충성심일 수도, 관성일 수도 있음. 바꿀 이유를 느낀 적이 없음
    Bram의 Vim 작업을 존경했고 지금도 그렇고, 갈아타서 얻을 이점을 보지 못했음
    나머지 Vim 개발 커뮤니티가 계속 이어갈 의지와 능력이 있는 한 지금도 이점은 없어 보임
    내 용도에서는 Vim은 완성된 도구임. 현대 운영체제에서 유지보수되고 실행되기만 한다면 새 기능은 필요하지 않음
  • 최근에 주로 treesitter 때문에 옮겨보려 했음
    반나절 동안 만져도 작동하게 만들지 못했고, 문서 상당수가 오래된 것 같았으며, 평소 쓰는 플러그인과 .vimrc도 바로 동작하지 않았던 것 같음
    내 주된 관심은 설정과 버전 만지작거림이 아니라 일을 끝내는 것이어서 포기했음. 몇 년 뒤에도 여전히 끌리면 다시 시도할 생각임

• Vim과 Neovim이 서로 화해의 가지를 내밀길 바람. 필요하다면 Git 가지도 :-D
  포크가 다시 합쳐지지 않더라도 코드베이스를 더 가깝게 맞출 수 있다면 양쪽 모두 이득임

  • Neovim 팀은 늘 Vim에 긍정적이었음. 이 글도 Vim 팀을 적대적으로 묘사하진 않음
    다만 Neovim이 Vim의 포크라기보다는 처음부터 다시 구현한 것이라고 생각해서, 병합이 얼마나 실용적인지는 정말 궁금함
    수정: Neovim이 Vim의 포크가 아니라는 부분은 내가 틀린 듯함

• 다들 명백한 이유로 전반적인 상속 계획을 미루고, 특히 디지털 유산 계획은 더더욱 생각하지 않음
  자기 죽음을 생각하고 싶어 하는 사람은 드물고, 디지털 쪽은 참고할 자원도 매우 적으며 대부분의 앱/웹사이트가 그런 작업 흐름을 준비해두지 않아서 특히 어렵음. 내가 알기로는 Facebook 정도만 뭔가를 제공함
  아내와 나는 비밀번호 관리자 계정을 공유하니 이론상 내가 쓰는 모든 사이트에 접근할 수 있겠지만, 어디로 가야 하는지 알까? 우리 로컬 자체 호스팅 서비스를 어떻게 유지할지 조금이라도 알까? 하드웨어는 말할 것도 없음
  ESXi 서버 재시작과 주 Docker 서버에 SSH로 접속해 재시작하는 법을 안내한 적은 있지만, 어디에도 문서화해두지 않았음

  • zfs 잡다한 기능이 붙은 snowflake TrueNAS를 돌리던 직접 만든 서버를 버리고 단순한 Synology로 바꿨음
    대부분 기본 설정이고 암호화도 없음
    아내는 기술을 전혀 모르고, 내가 없어진 뒤에도 디지털화한 가족 미디어와 문서에 쉽게 접근하길 바람
    기술을 조금 아는 사람이나 가게라면 Synology에서 데이터를 꺼내는 법은 알아낼 수 있음
  • 비밀번호만 있으면 다른 사람에게 도움을 요청할 수 있음. 자녀가 있다면 네가 운영하던 것들을 다루는 법을 배울 수도 있음

• 매일 쓰는 도구가 여전히 적극적으로 유지보수되고 있었다는 걸 이제야 깨달았음
  Bram Moolenaar, 기여해온 많은 사람들, 그리고 지금 전환을 돕는 사람들에게 끝없는 감사를 보냄
  덧붙여 iPad에서 이 웹사이트를 보는 건 끔찍함. 글자 크기를 키우라는 요청을 존중하지 않고, 확대하면 텍스트가 움직이고 줄바꿈이 바뀌어 확대의 목적을 망침
  그래도 인용 형식과 답글 구조는 훌륭하고, 온라인 커뮤니케이션은 이렇게 되어야 함

• “Something went wrong. Please try again later.”가 뜸. 최신 Firefox와 Chrome 둘 다 그렇고, HN이 아직 Google을 Slashdot 효과로 쓰러뜨릴 수는 없을 텐데 이유가 뭘까?

  • Firefox에 uBlock Origin을 켜면 같은 문제가 나지만, uBlock을 끄거나 Chrome을 쓰면 동작함
    내 Android Firefox에서는 어떤 Google 서비스도 로딩되지 않고 캐시를 지우라는 도움말 페이지로 리디렉션됨. 캐시를 지워도 도움이 안 됨
  • 대화를 보려면 그룹에 가입해야 했음

• Bram 본인이 이 문제에 대해 따로 말한 게 없었나? “keep me alive”라는 한 문장은 알고 있음
  Bram의 명복을 빌고, 그에게서 많이 배웠음