melpa VS straight.el

Watch the new pull requests to melpa: https://github.com/melpa/melpa/pulls

(require 'package) (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t) (package-initialize) (package-install 'use-package) (use-package exec-path-from-shell :ensure t :config (exec-path-from-shell-initialize)))

MELPA is definitely the biggest package archive, probably mostly on account of the lower barrier to entry compared to GNU ELPA (maybe the difference would have been less pronounced if NonGNU ELPA had been there from the beginning, but one can only speculate). MELPA has its own requirements for packages, but indeed copyright assignment to the FSF is not one of them.

I would suggest to start at reading the manual first. Then I would recommend reading the Melpa guidance, even if you do not plan to contribute your package to Melpa, since it contains very useful info about linting, writing your code etc.

The mxtoolbox link checks for SMTP blacklisting.. People won't be able to send mail from host with the IP address 178.128.185.1(which is the melpa.org webserver, not their mailserver, so everything's fine there).

Xah asked for his packages to be removed from MELPA a while back: https://github.com/melpa/melpa/issues/7755

Observe that package.el compile files when they are installed, and they are not compiled in any particular order (actually whatever directory-files returns, which is what OS returns). So if you have multiple files that depend on each other, it is something to think of. There are also some guidelines on how to structure your project on Melpa.

Very dated and next to useless on large complex CPP codebases. Use a language server. I recommend the straight package manager. https://github.com/radian-software/straight.el

Have you tried using straight.el or the heir-apparent Elpaca? These package managers will check out the git repo of said packages, and you can easily fork them with magit and forge. That's that I do to contribute to packages.

Thank you for your time addressing all those issues and sorry if questions were misinformed - I found your advices invaluable to understand design goals of package managers in emacs.

I used straight.el, now I use Elpaca.

Doom Emacs is not a package manager. It has a package manager, which is based on Straight.el.

I have been crafting my emacs config for about 10 years. I started with vanilla and intentionally stayed away from frameworks. About two years ago I declared config bankruptcy and went down for a rewrite using use-package and straight.

First install straight.el (https://github.com/radian-software/straight.el)

ref: https://github.com/radian-software/straight.el https://github.com/jwiegley/use-package

If you use straight and override package, you'll get a lot of your desired functionality for free. Straight's docs are excellent. I started banging away on my own setup from scratch, and while not perfect, it does what I want and the total startup time is about 1.5 seconds without doing anything to try to optimize it. If you want to see it, check it out here. Like I said, there is lots of room for improvement, but it does work for me.