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

[Danny Freeman]

Lynn Winebarger <owinebar@gmail.com> writes:

>
> Whether or not a derivative of clojure-mode is incorporated into core
> emacs is not the same question as whether the external clojure-mode
> project is subsumed into core emacs development.  Given RMS's request
> to include a clojure mode as a core emacs feature, the required
> development effort could be spent either maintaining a derivative of
> the existing software/manuals/etc that complies with the emacs
> development process or developing the tooling from scratch.   Assuming
> such development resources can be identified, then, as I wrote, the
> only real issue blocking the incorporation of (some derivative of)
> that software is the copyright assignment question, assuming any
> trademark-type issues on the names of the packages are resolved.
>
> 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.
>
> 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.
>
> Lynn

I would once again like to ask, who is asking for this? RMS isn't a
clojure developer, and is hardly in a position to speak on behalf of
clojure developers. Why would we go through through the trouble
maintaining a fork of clojure mode when the maintainers are perfectly
content to do all the work outside of Emacs with their own release
schedule, their own development process, and with the clojure
development community fully in support of the current state of the
clojure ecosystem within Emacs? Having a clojure-mode in the core of
emacs without the buy in of the current maintainers is going to fracture
the community and confuse people. Philip made a pretty convincing
argument about this earlier in the thread in how this would disrupt
packages that use clojure-mode like cider and inf-clojure (among
others).

Sure you can theoretically gather up signatures, find someone to
maintain in the core, and push it out in the next release. It will still
be confusing to users, and a slap in the face to the current maintainers
who have asked that this NOT be done. If clojure-mode ever gets into the
core it should be done with everyone's buy in, and you don't have that.

-- 
Danny Freeman