Emacs 31.1 출시: unexec 덤퍼 제거와 사용자 Lisp 디렉터리 등 주요 변경 사항

방금 Emacs를 시작했고, 내 최종 설정이라고 생각하는 것을 거의 끝냈다 (vertico, consult, marginalia를 추가하려고 하는데, 아직 다 추가하지는 않았고, vertico와 consult는 대부분 기본 상태로 작동하게 했고, 아직 조금 조정이 필요하다).

그런 다음 탐색 키를 더 배우려고 한다 (기본적인 것 몇 가지는 배웠지만) 기본을 넘어서는 경험이 더 필요하다. C-c C-c로 odin/raylib 코드를 컴파일할 수 있다. 심지어 Debian의 오래된 기본값에서 업데이트하기 위해 GitHub에서 30.1을 직접 컴파일했다. 유일한 문제는 어떻게 했는지 잊어버려서 클라이언트를 실행했을 때 KDE 작업 표시줄/패널에 아이콘이 중복되지 않도록 한 것을 잊은 것이었다. 이전 설정을 제거하면서 시작 규칙/데스크톱 창 이름의 사본이 제거된 것 같다. 하지만 잠시 검색한 후에 해결했다.

EVIL을 사용하지 않으려고 최대한 노력하고 있지만, 모달에 익숙해져서 매우 유혹적이다. 하지만 키 조합으로 확립된 대부분의 전체 기능을 사용하고 싶다.

이 기능들이 나에게 얼마나 중요할지 확신이 없다. 전체 시스템을 많이 사용해보지 않았기 때문이다. 더 빠르게 만드는 것은 무엇이든 좋다. 지금까지는 매끄러웠지만, (MX에서 sysvinit를 통해) 서버를 실행하는 것이 약간의 지연을 일으키는지 궁금하다. 시스템에 작은 문제가 느껴졌기 때문이다 (Emacs를 적극적으로 사용할 때가 아니라, 클라이언트도 열지 않았을 때). 지연을 줄이기 위해 찾은 팁으로 GC 설정을 조정해 보았고, 사용량이 적을 때 더 많은 GC를 수행하도록 했다.

마지막으로, 혹시 ...

트리시터와 eglot (즉, LSP) 사이에서 Emacs를 사용할 때 다른 편집기에서 그리운 것은 별로 없다. 한동안 Zed에 빠져 있었지만 GNU의 부름이 들린다. 이번 주에 .emacs 파산을 선언하고 깨끗한 설정으로 다시 시작하여 이전 서드파티 설정을 내장 기능으로 얼마나 대체할 수 있는지 볼 수도 있겠다.

glibc가 unexec 지원을 제거한 것은 참 유감이다. 널리 사용되는 기능은 아니었지만, Unix의 fork(), I/O 리다이렉션, strace, 텍스트 파일과 바이너리 파일을 쓰기 위해 다른 시스템 호출이 필요하지 않은 것과 같은, 한 플랫폼을 다른 플랫폼과 구별해 주는 직교적이고 강력한 기능처럼 보인다. 다른 우주에서는 unexec 지원이 프로세스 마이그레이션, 고가용성 장애 조치, 버그 재현 (rr과 같은) 등의 목적으로 더 넓은 종류의 애플리케이션을 지원하도록 일반화되었을 수도 있는데, 제거되었을 것이다.

약간 다른 주제인데, 패키지 소스를 들여다보는 것 외에 Emacs Lisp로 작업하는 방법에 대한 좋은 학습 자료를 아는 사람이 있나요?

Mastering Emacs 책을 가지고 있고 대부분 읽었는데, 어떤 것에 대해 좋은 아이디어를 얻을 수 있었다... 하지만 일반적인 작업에 대한 올바른 디자인 패턴에 대한 좋은 아이디어를 정말 얻고 싶다.

나는 `vi`에서 `vim`으로, `neovim`으로, 영적 후계자 `helix`로 갔는데, 여기 Emacs 31 릴리스가 여전히 emacs 계열 편집기의 지배적인 포크로 남아 있다. 인상적이다.

내장 튜토리얼보다 Emacs를 시작하는 더 좋은 방법이 있나요? (VS Code에 대한 불만이 커져서) 몇 번 시도했지만, 충분히 생산적이라고 느낄 수 있는 지점에 도달하는 데 어려움을 겪었다.

> 언제나 그렇듯이, 내 책 Mastering Emacs가 릴리스 기념으로 다음 주 동안 31% 할인됩니다.

결국 Mastering Emacs는 무료가 될 것입니다!