elpaca VS GNU Emacs

Elpaca [1] does not do this. I use it and it works a treat.

1: https://github.com/progfolio/elpaca

As others have said your packages work well and should still be widely supported. use-package has been blessed by the maintainers of emacs and will be a default package when Emacs 29 is released. If you are looking for another package manager /u/nv-elisp 's https://github.com/progfolio/elpaca would be a good one to checkout.

One of my biggest challenges with it is for packages that have extensions. Where they just work with Elpa/Melpa but then when you convert over to Elpaca they break and you have to go digging around Elpaca's manual and try to figure out the right file incantation that will make things works.

Elpaca. https://github.com/progfolio/elpaca - an alternative to the built in package manager. Very fast with an eminently decent UI, and allows for any or no fine-tuning how any given package should be installed.

Here's an overview of the current structure of Elpaca:

If you get around to actually measuring it, let me know. I'm collecting data points for comparison with Elpaca.

Elpaca has the elpaca-fetch command for this purpose. It fetches a package repository and will display the commit log. Each commit hash is a button which will open a magit diff view if magit is installed. It could very easily be extended to work with vc, ediff, etc. Here's a screenshot of what the update log looks like:

Meanwhile, Richard Stallman at MIT took a different path with Emacs in 1985. Where Vi focused on speed and efficiency, Emacs pursued extensibility and customization. These contrasting philosophies - minimal versus expansive - would shape development tools for decades.

GNU Emacs

Unexpected evaluation is never a feature, Emacs should at least warn and prompt before executing code in a file that somebody opens.

What's of greater importance here is not this specific security issue, but the default behavior of MIME handling in Emacs which can turn any unexpected evaluation bug (which we are likely to see more of) into remote code execution. We've had a previous Org security issue in exactly the same vein [1] and the Emacs MIME defaults are still unsafe. Of course, one can change them (non-trivial and related documentation is extremely confusing, see [2] for a possible solution) but really Emacs should not come with these defaults.

[1] https://github.com/emacs-mirror/emacs/commit/befa9fcaae29a6c...

While Emacs has been around since the 70s. Its extensive library of add-on packages, which allow me to tailor the editor to their specific workflow and needs. Syntax highlighting, code completion, version control integration, and a built-in terminal emulator, making it suitable for me for a variety of programming tasks. ‍

Emacs is a highly extensible, customizable, and powerful text editor primarily used in the field of software development and computer programming. Developed by Richard Stallman and initially released in the 1970s, Emacs has since evolved into a versatile platform offering a wide array of features beyond basic text editing.

gnu.org - contains everything you need to research his philosophy.

stallman.org - personal website, contains a lot of opinion, but I absolutely respect this man in all what he says.

emacs.org (redirects to https://www.gnu.org/software/emacs/) - his non-philosophical work, one of two mainstream console text editors.

Forever, there was a file included in stock Emacs, `spook.el`, which could be hooked up to automatically add random strings of "interesting" keywords to each of your email or Usenet messages (in signatures, or in headers like `X-Spook`).

https://www.gnu.org/software/emacs/manual/html_node/emacs/Ma...

Looks like copyright date of 1988:

https://github.com/emacs-mirror/emacs/blob/master/lisp/play/...

https://github.com/emacs-mirror/emacs/blob/master/etc/spook....

Try `M-x spook RET` in an Emacs buffer.

If you want to spare a couple of detours, you probably could start with Emacs Org-mode according to Greenspun's eleventh rule: "Any sufficiently complicated PIM or note-taking program contains an ad hoc, informally specified, bug-ridden, slow implementation of half of Org mode."

Emacs: winget install GNU.Emacs

The whole cl-lib thing is a total disaster:

https://github.com/emacs-mirror/emacs/blob/master/lisp/emacs...

They added cl- as a prefix to each Common Lisp symbol.

FIRST is now called cl-first, CAAAR is now cl-caaar .

I would really prefer if GNU Emacs removes all Common Lisp functionality, instead of creating this really wacky stuff, with discussions about this topic every year.