[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Adding advisory notification for non-ELPA package.el downloads
From: |
Stefan Monnier |
Subject: |
Re: Adding advisory notification for non-ELPA package.el downloads |
Date: |
Tue, 11 Jul 2017 20:40:43 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
> ELPA managers, does the act of installing directly into ELPA give us
> an opportunity to make sure something is being handled right?
I think the difference is pretty significant, yes.
If we pull from other repositories:
- maintainers of the package will not be reminded that the package is
also in GNU ELPA (and should hence adhere to a copyright assignment
policy).
- While the repository may be under the sole control of the package
maintainer when the package is added to GNU ELPA, that can and will
evolve over time, completely outside of our control.
- There is no easy way for us (Emacs maintainers) to install fixes to
adapt to changes in Emacs. More specifically, it needs to be done by
hand package-by-package, by submitting a patch and hoping the upstream
maintainer is still listening.
- Handling old unmaintained packages is more trouble.
- We won't get elpa-diffs email, where we have the opportunity to give
advice on coding style and have a minimum amount of review of the code
we end up distributing.
Basically it would turn GNU ELPA into a pure distribution site, with
very little control over what we distribute, including the copyright
status of what we distribute.
The only real difference with MELPA would be that we could check that
each file comes with the proper GPLv3+ blurb. Not sure if it would be
worth the trouble.
Stefan
- Re: Adding advisory notification for non-ELPA package.el downloads, (continued)
Re: Adding advisory notification for non-ELPA package.el downloads, Clément Pit-Claudel, 2017/07/08
Re: Adding advisory notification for non-ELPA package.el downloads, Joost Kremers, 2017/07/10
Improving GNU ELPA (was: Adding advisory notification for non-ELPA package.el downloads), Stefan Monnier, 2017/07/11
- Re: Improving GNU ELPA, Clément Pit-Claudel, 2017/07/11
- Re: Improving GNU ELPA, Stefan Monnier, 2017/07/11
- Re: Improving GNU ELPA, Nicolas Petton, 2017/07/12
- Re: Improving GNU ELPA, Stefan Monnier, 2017/07/12
- Re: Improving GNU ELPA, Stefan Monnier, 2017/07/12
Re: Improving GNU ELPA, Etienne Prud’homme, 2017/07/13
Re: Improving GNU ELPA, Phillip Lord, 2017/07/13
Re: Improving GNU ELPA (was: Adding advisory notification for non-ELPA package.el downloads), Jonas Bernoulli, 2017/07/16