emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New Package for NonGNU-ELPA: clojure-ts-mode


From: Eli Zaretskii
Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode
Date: Tue, 29 Aug 2023 05:27:25 +0300

> From: Lynn Winebarger <owinebar@gmail.com>
> Date: Mon, 28 Aug 2023 16:03:27 -0400
> Cc: bozhidar@batsov.dev, philipk@posteo.net, dmitry@gutov.dev, 
>  luangruo@yahoo.com, danny@dfreeman.email, stefankangas@gmail.com, 
>  emacs-devel@gnu.org, manuel.uberti@inventati.org
> 
> Whatever authority Bozhidar has is over the project he's a maintainer
> of, not over emacs or clojure features incorporated in it, or even,
> frankly, the software produced by his project.  It is licensed as free
> software, after all. The only meaningful constraint on the creation of
> a fork, major or minor, of free software is the pain involved in
> maintaining such forks.

That's formally true, but doing this over the objections of the
original authors would be IMO rude, and I would not agree to that
lightly.

> I'm not sure why you would assume the project that
> created/maintains/develops an external package would necessarily want
> to contribute the additional labor required to participate in the
> emacs development process.  If the emacs project wants to incorporate
> such a package in core, it's not unreasonable to expect it to provide
> the resources required rather than expecting the additional labor be
> done by the external project.

The Emacs project can and does provide additional labor, but not when
the authors object to including their package.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]