#elpa — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #elpa, aggregated by home.social.
-
For anyone who maintains Emacs packages on ELPA, I would be interested in feedback to this thread on emacs-devel: https://lists.gnu.org/archive/html/emacs-devel/2026-08/msg00029.html
The basic question is what the preferred approach would be to annotate what parts of a changelog file pertain to a specific/current release, so that we could extract this information and use it in say the Atom feed or a package, or in the future in package-specific bots on the Fediverse.
Comments are welcome here, on emacs-devel or privately.
-
For anyone who maintains Emacs packages on ELPA, I would be interested in feedback to this thread on emacs-devel: https://lists.gnu.org/archive/html/emacs-devel/2026-08/msg00029.html
The basic question is what the preferred approach would be to annotate what parts of a changelog file pertain to a specific/current release, so that we could extract this information and use it in say the Atom feed or a package, or in the future in package-specific bots on the Fediverse.
Comments are welcome here, on emacs-devel or privately.
-
I tagged a bunch of #emacs package releases:
- Cape 2.8: Better cape-dabbrev case folding and fixes to cape-capf-super
- Corfu 2.12, Osm 2.5: Improvements to mouse support
- Elfeed 4.1.1: Much more robust database loading
- Jinx 2.9: New command jinx-remove-wordThey will appear soon on the stable #elpa and #melpa channels.
-
I tagged a bunch of #emacs package releases:
- Cape 2.8: Better cape-dabbrev case folding and fixes to cape-capf-super
- Corfu 2.12, Osm 2.5: Improvements to mouse support
- Elfeed 4.1.1: Much more robust database loading
- Jinx 2.9: New command jinx-remove-wordThey will appear soon on the stable #elpa and #melpa channels.
-
@projectgus I use package.el with package-review-policy=t such that I can inspect all diffs on upgrade. Furthermore I mirror all package versions with daily tags for potential analysis. https://github.com/emacs-elpa/mirror #emacs #elpa
-
@projectgus I use package.el with package-review-policy=t such that I can inspect all diffs on upgrade. Furthermore I mirror all package versions with daily tags for potential analysis. https://github.com/emacs-elpa/mirror #emacs #elpa
-
So glad that MELPA is getting a new versioning scheme, such that all ELPA snapshot archives become compatible. Snapshot package versions have the form release.0.date.count, starting with the version number of the last release.
https://snapshots.melpa.org/
https://releases.melpa.org/ -
So glad that MELPA is getting a new versioning scheme, such that all ELPA snapshot archives become compatible. Snapshot package versions have the form release.0.date.count, starting with the version number of the last release.
https://snapshots.melpa.org/
https://releases.melpa.org/ -
-
-
An ELPA traffic cadet is once again trying to make up rules which the ELPA maintainers have to follow, while not having contributed anything significant to Emacs or ELPA himself:
https://lists.gnu.org/archive/html/emacs-devel/2026-05/msg00564.html
Emacs and ELPA are under continuous pressure by some people with a political agenda. This makes it difficult to contribute there since the rules may change from one day to another.
-
An ELPA traffic cadet is once again trying to make up rules which the ELPA maintainers have to follow, while not having contributed anything significant to Emacs or ELPA himself:
https://lists.gnu.org/archive/html/emacs-devel/2026-05/msg00564.html
Emacs and ELPA are under continuous pressure by some people with a political agenda. This makes it difficult to contribute there since the rules may change from one day to another.
-
@pkal I like your new ELPA redesign - but may I suggest to keep the old colors? I like them, even if they are a bit strong, and I also find it important that the archive stays recognizable.
- old: https://elpa.gnu.org/
- new: https://pkal.sdf.org/gnu-elpa/ -
@pkal I like your new ELPA redesign - but may I suggest to keep the old colors? I like them, even if they are a bit strong, and I also find it important that the archive stays recognizable.
- old: https://elpa.gnu.org/
- new: https://pkal.sdf.org/gnu-elpa/ -
For anyone interested in publishing an Emacs package on GNU or NonGNU ELPA, we just added a page on how to do that and what to keep in mind: https://elpa.gnu.org/contributing.html
If anything is not clear, please reach out! My hope is that this document can help clarify some of the misconceptions around ELPA and demystify the process.
-
For anyone interested in publishing an Emacs package on GNU or NonGNU ELPA, we just added a page on how to do that and what to keep in mind: https://elpa.gnu.org/contributing.html
If anything is not clear, please reach out! My hope is that this document can help clarify some of the misconceptions around ELPA and demystify the process.
-
If you're facing weird effects or poor performance when working with #Emacs (or #orgmode) and you're having a customized setup:
One thing that may solve some issues is removing your elpa/melpa packages and let it install from scratch.
It might be a good idea not to mix up #melpa and #elpa packages as it might introduce broken dependencies with mismatching package versions.
I've had my learning yesterday and it cost me and unfortunately another expert half of the day to find out about my mistake(s).
Edit: I initiated a #WORG page for tips like that: https://orgmode.org/worg/org-performance.html
-
If you're facing weird effects or poor performance when working with #Emacs (or #orgmode) and you're having a customized setup:
One thing that may solve some issues is removing your elpa/melpa packages and let it install from scratch.
It might be a good idea not to mix up #melpa and #elpa packages as it might introduce broken dependencies with mismatching package versions.
I've had my learning yesterday and it cost me and unfortunately another expert half of the day to find out about my mistake(s).
Edit: I initiated a #WORG page for tips like that: https://orgmode.org/worg/org-performance.html
-
Emacs 31: Demonstration of pre-install package.el reviews
-
A proposal for reviewing Emacs package releases on ELPA: https://mail.gnu.org/archive/html/emacs-devel/2025-12/msg00419.html
I would appreciate feedback, especially from people who have packages on {,Non}GNU ELPA. So if possible, please share the link on other channels.
Edit: To be clear, I am not looking for reactions here or on other sites, but on the mailing list!
-
A proposal for reviewing Emacs package releases on ELPA: https://mail.gnu.org/archive/html/emacs-devel/2025-12/msg00419.html
I would appreciate feedback, especially from people who have packages on {,Non}GNU ELPA. So if possible, please share the link on other channels.
Edit: To be clear, I am not looking for reactions here or on other sites, but on the mailing list!
-
I guess GNU #ELPA Devel is a thing: https://emacsredux.com/blog/2021/07/27/gnu-elpa-devel-package-repository/