Including Evil in GNU ELPA

Sun Jul 13 16:14:53 CEST 2014

I'm also just a minor contributor without much legal knowledge, but
I'd probably be fine with it. Are there any big disadvantages we
should know about? Would the code just be in the GNU repository, or
would it also ship with Emacs? There's more factors in this decision
than trying to gain new users, but if Evil replaced Viper in the
vanilla Emacs distribution we could probably lure more Vim users into
trying it.

On 7/11/14, Nikolai Weibull <now at disu.se> wrote:
> On Wed, Jul 2, 2014 at 8:33 PM, Frank Fischer
> <frank-fischer at shadow-soft.de> wrote:
>> Am 30.05.2014 17:46, schrieb Stefan Monnier:
>>> I remember asking this a few years ago, but somehow I can't seem to find
>>> the answer.  So here it is again: I think it would be great to include
>>> Evil in the GNU ELPA archive.
>>>
>>> Would Evil's maintainers be interested in doing so?  If yes, then please
>>> get in touch with me, so we can work out the details (which mostly have
>>> to do with copyright paperwork, since we have the same policy for GNU
>>> ELPA as for Emacs, to make it easy to move code between the two).
>
>> Well, I do not know of Vegard (I have not heard from him for some time
>> now, but he contributed most parts of Evil), but for me it's ok.
>> However, I do not really know anything about that legal stuff (neither
>> what has to be done nor what its legal consequences are). And I do not
>> know if all contributors agree, of course.
>
> I don't know whether my minor contribution of the initial code for
> evil-digraph.el would make me a contributor, but I'm all for it.  I'd
> gladly complete the paperwork, should it be necessary.
>
>> Furthermore, I suppose that most people use the git version of Evil (via
>> melpa), so I'm not sure how important a GNU ELPA package would be. But
>> if there is some interest in providing one I'm willing to do so.
>
> I would appreciate a stable version in ELPA.
>
> _______________________________________________
> implementations-list mailing list
> implementations-list at lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
>