EmacsConf 2025 | Online Conference December 6 and 7, 2025 (Sat-Sun) Talks | Watch | Guidelines for Conduct EmacsConf is the conference about the joy of GNU Emacs and Emacs Lisp. Thank you for joining…
EmacsConf 2025 | Online Conference
December 6 and 7, 2025 (Sat-Sun)
Talks | Watch | Guidelines for Conduct
EmacsConf is the conference about the joy of GNU Emacs and Emacs Lisp.
Thank you for joining us for EmacsConf 2025!
We held EmacsConf 2025 as an online conference again this year. We remain fully committed to freedom, and we continued to use our infrastructure and streaming setup consisting entirely of free software, much like previous EmacsConf conferences.
For general EmacsConf discussions, join the emacsconf-discuss mailing list. For discussions related to organizing EmacsConf, join the emacsconf-org mailing list. You can email us publicly at emacsconf-org@gnu.org or privately at emacsconf-org-private@gnu.org.
Come hang out with us in the #emacsconf channel on irc.libera.chat
(Libera.Chat IRC network). You can join the chat using
your favourite IRC client.
Read the original article
Comments
By agumonkey 2025-12-0223:39 seconded
they made a great conference previously and wishes them the same this year
By floathub 2025-12-0223:31 The "watch" method is so awesome:
mpv https://live0.emacsconf.org/gen.webmBy positron26 2025-12-030:241 reply The schedule grows small. I have stopped writing new Elisp and will learn CL in order to adopt Lem.
A few years back, this schedule included smart voices attempting to exercise some cultural leadership. It was bright, well-meaning, and largely right. Being right does not stop RMS. It inspires him to travel in an alternative direction of his choosing for the rest of his life.
By squishington 2025-12-034:143 reply Could you expand on your comment a bit please? I've not heard of Lem before now. How does it compare to Emacs? Also your comment about cultural leadership. I'm not sure what you're referring to specifically. (Asking in good faith out of curiosity).
By positron26 2025-12-0316:29 The FSF is the only home to the most dogmatic and narrow minded human beings I have ever met in my life. I dare not begin writing why. It is an essay. I have priorities to build things independent of the FSF proclivity for shortcomings.
The reason I recommend Lem is because CL is a general purpose programming language. The two-way flow of professional code in and out of the editor is a tremendous advantage that pays all sorts of dividends to libraries, innovation, runtimes, and tooling. Elisp is a Lisp, but affectionately known as "the worst of the Lisps" among serious Lisp programmers.
Some among the Emacs community are not blameless. Todays AI naysayers are just yesteryears tree-sitter doubters who said "We don't need all that fancy JSON garbledeygook" about LSP adoption. They were against an X frontend. They were against cl-anything in the symbol space. As the rock weathered away, the most abrasive sands remained. Proud they are of the lost atoll upon which no coral may grow.
Lem is an Emacs-like editor built in Common Lisp. It's very impressive and usable for its age and I can see why some people see it as a better Emacs. Still has nowhere near the mindshare of Emacs, though, and it has a long way to go before it can match the Emacs ecosystem.
By positron26 2025-12-0315:271 reply It doesn't. There is a terminal frontend, a web rendering frontend, and a deprecated SDL frontend. The web frontend was explicitly developed to speed up development, writing implementations for graphics described in CL (the part being accelerated) that can be later served by another frontend should some technical need emerge. Anyone acting like this is Electron is either leaping to conclusions or being intentionally misleading.
By tapete2 2025-12-0913:26 Electron is not WebView my friend.
By german_dong 2025-12-035:381 reply GP is a longstanding pita in the emacs community who has yet to come to terms that FOSS is an financial black hole.
By positron26 2025-12-0316:55 You're obviously not very well acquainted. Positron is explicitly aligned with _OSS thinking. "Free/libre" is how the FSF moralizes use of their GPL in order to acquire more copyright assignment from programmers who pay code into their racket so that the FSF can then lord over donations they draw by promising yet another project.
