My resignation from Emacs development

My resignation from Emacs development

[Alan Mackenzie]

Hello, Emacs.

I'm resigning my position as Emacs contributor.

The immediate reason is that, as maintainer of CC Mode, CC Mode's
symbols, its names, were taken by Emacs and used for other purposes
without informing me, much less consulting me.  That makes my position as
CC Mode maintainer here untenable.

Eli Zaretskii and I have had extensive discussions, both in public and in
private email, over the last week or so, but we have been unable to reach
any satisfactory compromise solution.

Names are important.  They have power.  To take somebody's/somthing's
name and misuse it is an exercise of aggression.  Try using "Emacs" or
even "free software" to mean something different, and see just how
quickly you would hear back from Richard Stallman.  This misuse of CC
Mode's "trademarks", the symbols `c-mode', `c++-mode', and perhaps
`c-or-c++-mode', is just such an act of aggression.

These symbols have been appropriated by Emacs to mean "the current
preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
certain circumstances, in particular, in Local Variables: sections and
auto-mode-alist, there is now no longer any way unambiguously to specify
C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
auto-mode-alist meant C Mode, and would have had the effect of
auto-loading CC Mode, if needed, and running C Mode.

The change took place in the commit for bug#69191 "New var
`major-mode-remap-defaults`, for packages".  It sounds so innocent, but
is an extremely bad solution for whatever problem (unspecified in the
commit message) it was intended to solve.  A major mode using it changes
the interfaces of other libraries in an uncontrolled way.  This is not
good software engineering.

This bug was raised and committed by Stefan Monnier.  Despite the fact
that the bug fix directly impinged upon CC Mode, and there was even a
change to cc-mode.el in the patch, he failed even to inform me.  The only
two modes substantially affected by this change were ruby-mode and CC
Mode, and it is clear that Dmitry Gutov, maintainer of ruby-mode, was
aware of the change.  Had I known of this proposal, I would certainly
have objected to it.  Stefan is intelligent enough to have realised this,
and maybe his avoidance of open discussion was motivated by this.

Bug#69191 was a big change.  In Emacs, we have a convention whereby big
changes are discussed openly on emacs-devel and a consensus reached
before the change is made.  Stefan Monnier has regularly violated this
convention, possibly believing that his ideas for Emacs are so good as to
be beyond question.  Any attempt to question his ideas is likely to be
met by evasive non-answers, if any response at all is forthcoming.  I
could give several paragraphs worth of justification for these
assertions, but I think everybody here knows I am right.

In Emacs there is also a convention of treating eachother with respect on
the mailing lists.  Sadly this convention is superficial, and seems only
to mean things like not using swear words.  The truly contemptuous
communication style, this evasive non-answering, seems to be regarded as
acceptable.  I suggest that this change.

Stefan's habit of making big changes in Emacs without seeking consensus
is at the heart of why I am resigning.  These changes have caused Emacs a
lot of damage over the years and have caused other contributors,
including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
character.  On the one hand, he's a very capable hacker, and is always
ready to help others with technical questions.  On the other hand, as
mentioned, he is contemptuous of the Emacs conventions, and unlike
Richard and Eli, does not have the gift of knowing what the Right Thing
is.

I strongly recommend that Stefan somehow be reigned in and required to
observe Emacs's conventions about open discussion and courteous
communication.  As I mentioned, his violations of these are at the core
of why I feel unable to continue contributing to Emacs.

I will shortly be unsubscribing from emacs-devel.  I intend to carry on
maintaining stand alone CC Mode, and I'm prepared to deal with any CC
Mode issues which arise in Emacs.  Please post these to
bug-cc-mode@gnu.org.

It just remains to say that my respect for Eli and the other maintainers
remains undiminished, and that I wish all of them and the Emacs project
all success in the future.

--
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Eli Zaretskii]

> Date: Wed, 20 Nov 2024 15:13:18 +0000
> From: Alan Mackenzie <acm@muc.de>
> 
> 
> Hello, Emacs.
> 
> I'm resigning my position as Emacs contributor.

I regret very much this decision of yours, and urge you to reconsider.
Your many-year contributions to Emacs in general and to CC Mode in
particular are greatly appreciated and will be sorely missed if you
decide to go with this decision.

> Stefan's habit of making big changes in Emacs without seeking consensus
> is at the heart of why I am resigning.  These changes have caused Emacs a
> lot of damage over the years and have caused other contributors,
> including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> character.  On the one hand, he's a very capable hacker, and is always
> ready to help others with technical questions.  On the other hand, as
> mentioned, he is contemptuous of the Emacs conventions, and unlike
> Richard and Eli, does not have the gift of knowing what the Right Thing
> is.

I must say that I disagree with this assessment of what Stefan did in
that case, and don't find anything unbecoming in his behavior, neither
in general nor in that particular case.  Yes, that change should have
been discussed more thoroughly; no, Stefan didn't do anything that
doesn't happen here every other day, and certainly didn't have any
malicious intentions when he installed that change.

> It just remains to say that my respect for Eli and the other maintainers
> remains undiminished, and that I wish all of them and the Emacs project
> all success in the future.

And the same to you.  But please do reconsider.

My resignation from Emacs development

[Christopher Dimech]

The claim that using free software or its associated names constitutes
aggression is fundamentally flawed. Aggression involves hostile actions
meant to cause harm, and using names in a way not intended by their
original authors is neither violent nor malicious.

One of the key principles of free software is that software should be
modifiable, and free to use in any context.  Restricting how names are
used run counter to the ethos to empower users and developers, not to
limit or control their language or expressions.

Although the approach should be reconsidered, there should be some
thoughtful conversation among the community.  Avoiding tones of contempt
or disregard for the foundations laid by previous contributors.

For instance, I agree with you that ("\\.myc\\'" . c-mode) in auto-mode-alist
should mean C Mode.  Although C Mode would mean the emacs preferred mode.
Still, your mode name can be changed for those who want to apply an alternative
mode.  Changing the mode should be a straightforward thing.



> Sent: Thursday, November 21, 2024 at 3:13 AM
> From: "Alan Mackenzie" <acm@muc.de>
> To: emacs-devel@gnu.org
> Subject: My resignation from Emacs development
>
>
> Hello, Emacs.
>
> I'm resigning my position as Emacs contributor.
>
> The immediate reason is that, as maintainer of CC Mode, CC Mode's
> symbols, its names, were taken by Emacs and used for other purposes
> without informing me, much less consulting me.  That makes my position as
> CC Mode maintainer here untenable.
>
> Eli Zaretskii and I have had extensive discussions, both in public and in
> private email, over the last week or so, but we have been unable to reach
> any satisfactory compromise solution.
>
> Names are important.  They have power.  To take somebody's/somthing's
> name and misuse it is an exercise of aggression.  Try using "Emacs" or
> even "free software" to mean something different, and see just how
> quickly you would hear back from Richard Stallman.  This misuse of CC
> Mode's "trademarks", the symbols `c-mode', `c++-mode', and perhaps
> `c-or-c++-mode', is just such an act of aggression.
>
> These symbols have been appropriated by Emacs to mean "the current
> preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
> certain circumstances, in particular, in Local Variables: sections and
> auto-mode-alist, there is now no longer any way unambiguously to specify
> C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
> auto-mode-alist meant C Mode, and would have had the effect of
> auto-loading CC Mode, if needed, and running C Mode.
>
> The change took place in the commit for bug#69191 "New var
> `major-mode-remap-defaults`, for packages".  It sounds so innocent, but
> is an extremely bad solution for whatever problem (unspecified in the
> commit message) it was intended to solve.  A major mode using it changes
> the interfaces of other libraries in an uncontrolled way.  This is not
> good software engineering.
>
> This bug was raised and committed by Stefan Monnier.  Despite the fact
> that the bug fix directly impinged upon CC Mode, and there was even a
> change to cc-mode.el in the patch, he failed even to inform me.  The only
> two modes substantially affected by this change were ruby-mode and CC
> Mode, and it is clear that Dmitry Gutov, maintainer of ruby-mode, was
> aware of the change.  Had I known of this proposal, I would certainly
> have objected to it.  Stefan is intelligent enough to have realised this,
> and maybe his avoidance of open discussion was motivated by this.
>
> Bug#69191 was a big change.  In Emacs, we have a convention whereby big
> changes are discussed openly on emacs-devel and a consensus reached
> before the change is made.  Stefan Monnier has regularly violated this
> convention, possibly believing that his ideas for Emacs are so good as to
> be beyond question.  Any attempt to question his ideas is likely to be
> met by evasive non-answers, if any response at all is forthcoming.  I
> could give several paragraphs worth of justification for these
> assertions, but I think everybody here knows I am right.
>
> In Emacs there is also a convention of treating eachother with respect on
> the mailing lists.  Sadly this convention is superficial, and seems only
> to mean things like not using swear words.  The truly contemptuous
> communication style, this evasive non-answering, seems to be regarded as
> acceptable.  I suggest that this change.
>
> Stefan's habit of making big changes in Emacs without seeking consensus
> is at the heart of why I am resigning.  These changes have caused Emacs a
> lot of damage over the years and have caused other contributors,
> including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> character.  On the one hand, he's a very capable hacker, and is always
> ready to help others with technical questions.  On the other hand, as
> mentioned, he is contemptuous of the Emacs conventions, and unlike
> Richard and Eli, does not have the gift of knowing what the Right Thing
> is.
>
> I strongly recommend that Stefan somehow be reigned in and required to
> observe Emacs's conventions about open discussion and courteous
> communication.  As I mentioned, his violations of these are at the core
> of why I feel unable to continue contributing to Emacs.
>
> I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> Mode issues which arise in Emacs.  Please post these to
> bug-cc-mode@gnu.org.
>
> It just remains to say that my respect for Eli and the other maintainers
> remains undiminished, and that I wish all of them and the Emacs project
> all success in the future.
>
> --
> Alan Mackenzie (Nuremberg, Germany).
>
>

Re: My resignation from Emacs development

[Alfred M. Szmidt]

   I'm resigning my position as Emacs contributor.

:-( I hope you reconsider, and that Eli, Stefan and the rest of the
Emacs maintainers find a better middle ground -- CC Mode is amazing --
I too think that "c-mode" should mean CC Mode and nothing else.  This
just all smells of the debacle of pcase...

Some _other_ mechanism to pick between CC Mode and c-ts-mode ... or
whatever should exist, while respecting others namespaces.

If one was to introduce a dired-ts .. and M-x dired "magically"
decides between one or the other, people would be just as angry.

Re: My resignation from Emacs development

[tomas]

[-- Attachment #1: Type: text/plain, Size: 217 bytes --]

On Wed, Nov 20, 2024 at 03:13:18PM +0000, Alan Mackenzie wrote:
> 
> Hello, Emacs.
> 
> I'm resigning my position as Emacs contributor.

[...]

I, for one, will (would?) miss you dearly :-(

Cheers
-- 
t

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: My resignation from Emacs development

[Dmitry Gutov]

Hi Alan,

On 20/11/2024 17:13, Alan Mackenzie wrote:

> I'm resigning my position as Emacs contributor.

I would be sorry to see you leave.

> This bug was raised and committed by Stefan Monnier.  Despite the fact
> that the bug fix directly impinged upon CC Mode, and there was even a
> change to cc-mode.el in the patch, he failed even to inform me.  The only
> two modes substantially affected by this change were ruby-mode and CC
> Mode, and it is clear that Dmitry Gutov, maintainer of ruby-mode, was
> aware of the change.

To clarify on this: I've been made aware of the change, just like other 
contributors, from reading the bug#69191 submission. And from my POV it 
didn't make things worse, globally - but reshaped existing problems. And 
it did improve some things - like ones that I had myself submitted a 
proposal previously (https://debbugs.gnu.org/68246#283), which was 
collectively rejected.

To be fair, I have less of a reason to take it personally due to less 
focus on particular major mode(s), and less years of tenure as well.

Speaking of other solutions, maybe you'll want to check out the patch in 
the nearby thread: 
https://lists.gnu.org/archive/html/emacs-devel/2024-11/msg00515.html

That scheme could make major-mode-remap-defaults unnecessary for 
c-ts-mode, or in any case remove the need for the corresponding 
overrides in CC Mode. I'm not sure what migration path should be 
selected, though.

Best,
Dmitry

Re: My resignation from Emacs development

[Stefan Kangas]

Hi Alan,

Alan Mackenzie <acm@muc.de> writes:

> The immediate reason is that, as maintainer of CC Mode, CC Mode's
> symbols, its names, were taken by Emacs and used for other purposes
> without informing me, much less consulting me.  That makes my position as
> CC Mode maintainer here untenable.

That is highly regrettable.  You are a valued member of our team, and
it's sad to see you go.

> These symbols have been appropriated by Emacs to mean "the current
> preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
> certain circumstances, in particular, in Local Variables: sections and
> auto-mode-alist, there is now no longer any way unambiguously to specify
> C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
> auto-mode-alist meant C Mode, and would have had the effect of
> auto-loading CC Mode, if needed, and running C Mode.

From my point of view, we are still in early days when it comes to the
new tree-sitter modes.  For starters, we do not recommend them by
default, and some language modes are also not yet ready for prime-time.
I'm not even sure that a majority of distros ship the feature in a
useful form yet, but I didn't really check.

AFAIU, the purpose of `major-mode-remap-alist` is to provide a mechanism
to respect what users want.  Where there is disagrement, it concerns the
technical details of how to best achieve that, and to which extent we
should set things up automatically based on indicators such as the user
actions "running a mode", "loading a file", or "running a command".

But the feature has teething problems.  My understanding was that we
agreed in Bug#74339 that the situation in Emacs 30 is already better
than in Emacs 29, and that we will continue working on this in Emacs 31.

For example, it has been suggested that we should replace the automatic
setting of `major-mode-remap-defaults` with an entirely new command like
`foo-ts-mode-prefer`, that would be used as the canonical indication
that a user wants to use the tree-sitter mode everywhere.  There surely
exist other options that we could evaluate also.

For this reason, I hope that there is still room to reconsider your
decision to resign.

> Stefan's habit of making big changes in Emacs without seeking consensus
> is at the heart of why I am resigning.  These changes have caused Emacs a
> lot of damage over the years and have caused other contributors,
> including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> character.  On the one hand, he's a very capable hacker, and is always
> ready to help others with technical questions.  On the other hand, as
> mentioned, he is contemptuous of the Emacs conventions, and unlike
> Richard and Eli, does not have the gift of knowing what the Right Thing
> is.

This is where I have to disagree quite strongly.  I find the charges
directed at Stefan Monnier both unfair and one-sided.  I fail to see
which of his actions or words that could possibly warrant such a
negative interpretation, or that would justify assuming any ill intent.

I have to agree with Eli.  Although it would, in hindsight, certainly
have been better to discuss these particular changes in more detail in
advance, I don't see that he has done anything very unusual or different
from what most other core contributors do on a routine basis.

I also do not appreciate where it veers into ad-hominem, such as talking
about Stefan M's character, etc.  That is strictly off-topic here, as
you well know, and does not reach the usual high level of standard that
one would expect from one of your posts.

Can we please all remember that we share the same goal here; that we all
want to help advance Emacs and free software?

> I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> Mode issues which arise in Emacs.  Please post these to
> bug-cc-mode@gnu.org.
>
> It just remains to say that my respect for Eli and the other maintainers
> remains undiminished, and that I wish all of them and the Emacs project
> all success in the future.

Thanks for continuing to maintain CC-mode, and likewise.

I hope that you will seriously consider the idea to reverse your
decision to quit Emacs development.  It would be much better if we could
find a way where we can all continue working together.  I'd suggest
giving the idea at least a couple of days to fully consider, though I'll
of course respect your decision either way.

Meanwhile, if there is anything I can do to help improve things, please
feel free to reach out.  Thanks again for all your work on Emacs.

Re: My resignation from Emacs development

[Gerd Möllmann]

Alan Mackenzie <acm@muc.de> writes:

> I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> Mode issues which arise in Emacs.  Please post these to
> bug-cc-mode@gnu.org.

Thanks Alan, for everything.

Will you make a package out of cc-mode, or should one use the Hg repo?

Re: My resignation from Emacs development

[Gerd Möllmann]

Christopher Dimech <dimech@gmx.com> writes:

> One of the key principles of free software is that software should be
> modifiable, and free to use in any context.  Restricting how names are
> used run counter to the ethos to empower users and developers, not to
> limit or control their language or expressions.

Seriously?

My resignation from Emacs development

[Christopher Dimech]

> Sent: Thursday, November 21, 2024 at 6:22 PM
> From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
> To: "Christopher Dimech" <dimech@gmx.com>
> Cc: "Alan Mackenzie" <acm@muc.de>, emacs-devel@gnu.org
> Subject: Re: My resignation from Emacs development
>
> Christopher Dimech <dimech@gmx.com> writes:
> 
> > One of the key principles of free software is that software should be
> > modifiable, and free to use in any context.  Restricting how names are
> > used run counter to the ethos to empower users and developers, not to
> > limit or control their language or expressions.
> 
> Seriously?

The whole thing is about freedom, not erecting some new bureaucracy to police 
how people write their projects.

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Christopher.

On Wed, Nov 20, 2024 at 17:23:20 +0100, Christopher Dimech wrote:

> The claim that using free software or its associated names constitutes
> aggression is fundamentally flawed. Aggression involves hostile actions
> meant to cause harm, and using names in a way not intended by their
> original authors is neither violent nor malicious.

There are forms of aggression which don't use fists or guns.

> One of the key principles of free software is that software should be
> modifiable, and free to use in any context.  Restricting how names are
> used run counter to the ethos to empower users and developers, not to
> limit or control their language or expressions.

Fine.  I put it to you that if somebody were to take the name
dimech@gmx.com and prevent it connecting up with your inbox, you would
be somewhat unhappy.

> Although the approach should be reconsidered, there should be some
> thoughtful conversation among the community.  Avoiding tones of contempt
> or disregard for the foundations laid by previous contributors.

How very considerate and reasonable of you.  The time for "thoughtful
conversation" around the current matter is long past.  You should
perhaps address your comments to those who bypass and evade "thoughtful
conversation" at the appropriate time.

> For instance, I agree with you that ("\\.myc\\'" . c-mode) in auto-mode-alist
> should mean C Mode.  Although C Mode would mean the emacs preferred mode.
> Still, your mode name can be changed for those who want to apply an alternative
> mode.  Changing the mode should be a straightforward thing.

C Mode has been called that for a long time, possibly longer than you
have been called Christopher Dimech.  As far as I'm concerned, it's
going to keep its name.

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Gerd Möllmann]

Christopher Dimech <dimech@gmx.com> writes:

>> Sent: Thursday, November 21, 2024 at 6:22 PM
>> From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
>> To: "Christopher Dimech" <dimech@gmx.com>
>> Cc: "Alan Mackenzie" <acm@muc.de>, emacs-devel@gnu.org
>> Subject: Re: My resignation from Emacs development
>>
>> Christopher Dimech <dimech@gmx.com> writes:
>> 
>> > One of the key principles of free software is that software should be
>> > modifiable, and free to use in any context.  Restricting how names are
>> > used run counter to the ethos to empower users and developers, not to
>> > limit or control their language or expressions.
>> 
>> Seriously?
>
> The whole thing is about freedom, not erecting some new bureaucracy to police 
> how people write their projects.

With a bit of work, I think one could make a Monty Python sketch from
that.

"I want to use that function name."
"What?"
"I want to use that function name. I have the right to."
"But it's already used for 20 years. No reasonable man would..."
"Or woman..."
"Where was I?"
"I think you were finished."
"I have the right to use that function name! I'm born free!"
"From now on, I want you all to call me Loretta"

:-)

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: Alan Mackenzie <acm@muc.de>,  emacs-devel@gnu.org
> Date: Thu, 21 Nov 2024 12:23:36 +0100
> 
> Christopher Dimech <dimech@gmx.com> writes:
> 
> >> Sent: Thursday, November 21, 2024 at 6:22 PM
> >> From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
> >> To: "Christopher Dimech" <dimech@gmx.com>
> >> Cc: "Alan Mackenzie" <acm@muc.de>, emacs-devel@gnu.org
> >> Subject: Re: My resignation from Emacs development
> >>
> >> Christopher Dimech <dimech@gmx.com> writes:
> >> 
> >> > One of the key principles of free software is that software should be
> >> > modifiable, and free to use in any context.  Restricting how names are
> >> > used run counter to the ethos to empower users and developers, not to
> >> > limit or control their language or expressions.
> >> 
> >> Seriously?
> >
> > The whole thing is about freedom, not erecting some new bureaucracy to police 
> > how people write their projects.
> 
> With a bit of work, I think one could make a Monty Python sketch from
> that.
> 
> "I want to use that function name."
> "What?"
> "I want to use that function name. I have the right to."
> "But it's already used for 20 years. No reasonable man would..."
> "Or woman..."
> "Where was I?"
> "I think you were finished."
> "I have the right to use that function name! I'm born free!"
> "From now on, I want you all to call me Loretta"
> 
> :-)

This is beginning to be off-topic on this list.  Please either wrap up
this sub-thread, or take it to emacs-tangents@gnu.org.

TIA

Re: My resignation from Emacs development

[Christopher Dimech]

> Sent: Thursday, November 21, 2024 at 10:29 PM
> From: "Alan Mackenzie" <acm@muc.de>
> To: "Christopher Dimech" <dimech@gmx.com>
> Cc: emacs-devel@gnu.org
> Subject: Re: My resignation from Emacs development
>
> Hello, Christopher.
>
> On Wed, Nov 20, 2024 at 17:23:20 +0100, Christopher Dimech wrote:
>
> > The claim that using free software or its associated names constitutes
> > aggression is fundamentally flawed. Aggression involves hostile actions
> > meant to cause harm, and using names in a way not intended by their
> > original authors is neither violent nor malicious.
>
> There are forms of aggression which don't use fists or guns.

It is not unusual for people to do so.  Nobody did any harm.  Some
frustration perhaps.

> > One of the key principles of free software is that software should be
> > modifiable, and free to use in any context.  Restricting how names are
> > used run counter to the ethos to empower users and developers, not to
> > limit or control their language or expressions.
>
> Fine.  I put it to you that if somebody were to take the name
> dimech@gmx.com and prevent it connecting up with your inbox, you would
> be somewhat unhappy.

Emacs is not my inbox.  There are many things I need to get accustomed to.
The final decision has always been with the emacs maintainers.  Perhaps
you could become an emacs maintainer than keeping it non-gnu.

> > Although the approach should be reconsidered, there should be some
> > thoughtful conversation among the community.  Avoiding tones of contempt
> > or disregard for the foundations laid by previous contributors.
>
> How very considerate and reasonable of you.  The time for "thoughtful
> conversation" around the current matter is long past.  You should
> perhaps address your comments to those who bypass and evade "thoughtful
> conversation" at the appropriate time.

Right.

> > For instance, I agree with you that ("\\.myc\\'" . c-mode) in auto-mode-alist
> > should mean C Mode.  Although C Mode would mean the emacs preferred mode.
> > Still, your mode name can be changed for those who want to apply an alternative
> > mode.  Changing the mode should be a straightforward thing.
>
> C Mode has been called that for a long time, possibly longer than you
> have been called Christopher Dimech.  As far as I'm concerned, it's
> going to keep its name.

Didn't you think something general as C Mode could produce conflicts with
an built-in emacs mode?  It is customary to include a package name with
other code.

> --
> Alan Mackenzie (Nuremberg, Germany).
>

Tree-sitter maturity (was: My resignation from Emacs development)

[Peter Oliver]

[-- Attachment #1: Type: text/plain, Size: 1023 bytes --]

On Wed, 20 Nov 2024, Stefan Kangas wrote:

> From my point of view, we are still in early days when it comes to the
> new tree-sitter modes.  For starters, we do not recommend them by
> default, and some language modes are also not yet ready for prime-time.
> I'm not even sure that a majority of distros ship the feature in a
> useful form yet, but I didn't really check.

It depends on what you mean by useful.  In Fedora, for example, Emacs is built with Tree-sitter, but each user has to (ask Emacs to) download and compile each parser as they go along.

If any Fedora packagers read this and would like to help with packaging the parsers used by Emacs, that would be welcome.  The tracking bug is https://bugzilla.redhat.com/show_bug.cgi?id=2258924

It’s also worth noting that Tree-sitter itself is somewhat immature; the developers say that until it reaches version 1.0, we should be wary of potentially unannounced incompatible changes (although they are trying harder to avoid this, over time).

-- 
Peter Oliver

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Stefan.

On Wed, Nov 20, 2024 at 20:28:58 -0600, Stefan Kangas wrote:
> Hi Alan,

> Alan Mackenzie <acm@muc.de> writes:

> > The immediate reason is that, as maintainer of CC Mode, CC Mode's
> > symbols, its names, were taken by Emacs and used for other purposes
> > without informing me, much less consulting me.  That makes my position as
> > CC Mode maintainer here untenable.

> That is highly regrettable.  You are a valued member of our team, and
> it's sad to see you go.

Thanks for that!

> > These symbols have been appropriated by Emacs to mean "the current
> > preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
> > certain circumstances, in particular, in Local Variables: sections and
> > auto-mode-alist, there is now no longer any way unambiguously to specify
> > C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
> > auto-mode-alist meant C Mode, and would have had the effect of
> > auto-loading CC Mode, if needed, and running C Mode.

> From my point of view, we are still in early days when it comes to the
> new tree-sitter modes.  For starters, we do not recommend them by
> default, and some language modes are also not yet ready for prime-time.
> I'm not even sure that a majority of distros ship the feature in a
> useful form yet, but I didn't really check.

> AFAIU, the purpose of `major-mode-remap-alist` is to provide a mechanism
> to respect what users want.  Where there is disagrement, it concerns the
> technical details of how to best achieve that, and to which extent we
> should set things up automatically based on indicators such as the user
> actions "running a mode", "loading a file", or "running a command".

> But the feature has teething problems.  My understanding was that we
> agreed in Bug#74339 that the situation in Emacs 30 is already better
> than in Emacs 29, and that we will continue working on this in Emacs 31.

> For example, it has been suggested that we should replace the automatic
> setting of `major-mode-remap-defaults` with an entirely new command like
> `foo-ts-mode-prefer`, that would be used as the canonical indication
> that a user wants to use the tree-sitter mode everywhere.  There surely
> exist other options that we could evaluate also.

> For this reason, I hope that there is still room to reconsider your
> decision to resign.

> > Stefan's habit of making big changes in Emacs without seeking consensus
> > is at the heart of why I am resigning.  These changes have caused Emacs a
> > lot of damage over the years and have caused other contributors,
> > including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> > character.  On the one hand, he's a very capable hacker, and is always
> > ready to help others with technical questions.  On the other hand, as
> > mentioned, he is contemptuous of the Emacs conventions, and unlike
> > Richard and Eli, does not have the gift of knowing what the Right Thing
> > is.

> This is where I have to disagree quite strongly.  I find the charges
> directed at Stefan Monnier both unfair and one-sided.  I fail to see
> which of his actions or words that could possibly warrant such a
> negative interpretation, or that would justify assuming any ill intent.

For starters: The change in the meaning of `c-mode' and `c++-mode' he
introduced in bug#69191, discussed at length in my last post.  Stefan is
not stupid.  He knew full well what he was doing in bypassing open
discussion about major-mode-remap-defaults.

Number 2: In late January 2024, Stefan decided to replace the customary
list form of interpreted functions with opaque atoms, because the list
form "annoyed" him.  In the ensuing discussion, Richard described the
proposal as "perverse", and both Eli and I were asking questions as to
the purpose of the change.  Only evasive non-answers came back.  There
was certainly no consensus around the proposal.  Nevertheless, Stefan
quietly committed his patch on 2024-03-11 in commit
f2bccae22bd47a2e7e0937b78ea06131711b935a.  Emacs is slightly less
powerful as a result, in that macros can no longer operate on the code
of a function in a reasonable fashion.

Number 3: Stefan introduced pcase.el without any open discussion, and
proliferated it rapidly around the Emacs core, leading to confusion
around the use of ` and ,, certainly on my part.  Now it can be argued
that pcase has been a success, but it could have been so much better if
it had been developed cooperatively.  For years there was no adequate
doc string for `pcase', and even now the doc strings for things like
pcase-let* are woefully inadequate.  Stefan is not good at documenting;
nobody can be good at everything.

Number 4: Some years ago, Stefan removed the documentation of defadvice
from the elisp manual without any discussion.  Despite widespread
protest, he refused to put it back again.  Quite coincidentally, he had
just written and pushed nadvice.el.

Number 5: Previously, there had been an embargo on the use of the CL
library, except at compile time.  This kept the size of the Emacs Lisp
language manageable, and the language easy to understand, and made
maintainers' and beginners' lives easier.  At some stage this embargo
was lifted, and the use of CL rapidly proliferated through the Emacs
core.  Now, it could be argued that the facilities and expressiveness of
the CL lib outweigh these disadvantages.  But it was not so argued.  It
just happened.  Maybe somebody else but Stefan made this change, but it
seems unlikely.  Incidentally, the CL library is badly documented; most
of its functions, macros, and variables lack doc strings, and comments
are sparse indeed.  For example, in cl-generic.el, there is no
description of the structures and algorithms used to implement generic
functions.  "Maintainable" isn't an adjective which springs to mind for
this library.

> I have to agree with Eli.  Although it would, in hindsight, certainly
> have been better to discuss these particular changes in more detail in
> advance, I don't see that he has done anything very unusual or different
> from what most other core contributors do on a routine basis.

This "be nice to everybody no matter what they do" and "always assume
the best of everybody" creates the perfect atmosphere for a monster to
flourish in.  Stefan is such a monster; not all the time, not even most
of the time, but in doing the things detailed above, and other things, I
don't understand why you are defending him.

I've had continual trouble over the last ~20 years with what Stefan has
done, and how he's done it.  Nobody else even comes close.  As I said,
this is the root cause of why I'm leaving the Emacs team.  Most of the
time, he is extremely helpful and efficient at maintaining, and I'm
grateful for all the help he has given me over the years.  As I said, a
Jekyll-and-Hyde character.

> I also do not appreciate where it veers into ad-hominem, such as talking
> about Stefan M's character, etc.  That is strictly off-topic here, as
> you well know, and does not reach the usual high level of standard that
> one would expect from one of your posts.

I have not come anywhere near ad hominem.  It is true that many forums
degenerate into slanging matches which repel decent posters.
emacs-devel is the opposite extreme, sort of touchy-feely where nobody's
allowed to offend anybody else at all, no matter what they do, why and
how they do it.  This is just as unhealthy as the the continual abuse
forums; it leads to the build up of repressed resentment.

Sometimes the truth must be told bluntly, and that is what I have tried
to do here.  

> Can we please all remember that we share the same goal here; that we all
> want to help advance Emacs and free software?

> > I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> > maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> > Mode issues which arise in Emacs.  Please post these to
> > bug-cc-mode@gnu.org.

> > It just remains to say that my respect for Eli and the other maintainers
> > remains undiminished, and that I wish all of them and the Emacs project
> > all success in the future.

> Thanks for continuing to maintain CC-mode, and likewise.

Thanks!

> I hope that you will seriously consider the idea to reverse your
> decision to quit Emacs development.  It would be much better if we could
> find a way where we can all continue working together.  I'd suggest
> giving the idea at least a couple of days to fully consider, though I'll
> of course respect your decision either way.

I can't honestly see myself changing my mind in the space of days.
Maybe in months, or a year or two.  But I would ask you and the other
maintainers to take seriously the criticisms I've made yesterday and
today.

> Meanwhile, if there is anything I can do to help improve things, please
> feel free to reach out.  Thanks again for all your work on Emacs.

And thanks for the project.  All in all, it's been a great project to
work on.

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Andrea Corallo]

Alan Mackenzie <acm@muc.de> writes:

> Hello, Emacs.
>
> I'm resigning my position as Emacs contributor.
>
> The immediate reason is that, as maintainer of CC Mode, CC Mode's
> symbols, its names, were taken by Emacs and used for other purposes
> without informing me, much less consulting me.  That makes my position as
> CC Mode maintainer here untenable.
>
> Eli Zaretskii and I have had extensive discussions, both in public and in
> private email, over the last week or so, but we have been unable to reach
> any satisfactory compromise solution.
>
> Names are important.  They have power.  To take somebody's/somthing's
> name and misuse it is an exercise of aggression.  Try using "Emacs" or
> even "free software" to mean something different, and see just how
> quickly you would hear back from Richard Stallman.  This misuse of CC
> Mode's "trademarks", the symbols `c-mode', `c++-mode', and perhaps
> `c-or-c++-mode', is just such an act of aggression.
>
> These symbols have been appropriated by Emacs to mean "the current
> preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
> certain circumstances, in particular, in Local Variables: sections and
> auto-mode-alist, there is now no longer any way unambiguously to specify
> C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
> auto-mode-alist meant C Mode, and would have had the effect of
> auto-loading CC Mode, if needed, and running C Mode.
>
> The change took place in the commit for bug#69191 "New var
> `major-mode-remap-defaults`, for packages".  It sounds so innocent, but
> is an extremely bad solution for whatever problem (unspecified in the
> commit message) it was intended to solve.  A major mode using it changes
> the interfaces of other libraries in an uncontrolled way.  This is not
> good software engineering.
>
> This bug was raised and committed by Stefan Monnier.  Despite the fact
> that the bug fix directly impinged upon CC Mode, and there was even a
> change to cc-mode.el in the patch, he failed even to inform me.  The only
> two modes substantially affected by this change were ruby-mode and CC
> Mode, and it is clear that Dmitry Gutov, maintainer of ruby-mode, was
> aware of the change.  Had I known of this proposal, I would certainly
> have objected to it.  Stefan is intelligent enough to have realised this,
> and maybe his avoidance of open discussion was motivated by this.
>
> Bug#69191 was a big change.  In Emacs, we have a convention whereby big
> changes are discussed openly on emacs-devel and a consensus reached
> before the change is made.  Stefan Monnier has regularly violated this
> convention, possibly believing that his ideas for Emacs are so good as to
> be beyond question.  Any attempt to question his ideas is likely to be
> met by evasive non-answers, if any response at all is forthcoming.  I
> could give several paragraphs worth of justification for these
> assertions, but I think everybody here knows I am right.
>
> In Emacs there is also a convention of treating eachother with respect on
> the mailing lists.  Sadly this convention is superficial, and seems only
> to mean things like not using swear words.  The truly contemptuous
> communication style, this evasive non-answering, seems to be regarded as
> acceptable.  I suggest that this change.
>
> Stefan's habit of making big changes in Emacs without seeking consensus
> is at the heart of why I am resigning.  These changes have caused Emacs a
> lot of damage over the years and have caused other contributors,
> including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> character.  On the one hand, he's a very capable hacker, and is always
> ready to help others with technical questions.  On the other hand, as
> mentioned, he is contemptuous of the Emacs conventions, and unlike
> Richard and Eli, does not have the gift of knowing what the Right Thing
> is.
>
> I strongly recommend that Stefan somehow be reigned in and required to
> observe Emacs's conventions about open discussion and courteous
> communication.  As I mentioned, his violations of these are at the core
> of why I feel unable to continue contributing to Emacs.
>
> I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> Mode issues which arise in Emacs.  Please post these to
> bug-cc-mode@gnu.org.
>
> It just remains to say that my respect for Eli and the other maintainers
> remains undiminished, and that I wish all of them and the Emacs project
> all success in the future.
>
> --
> Alan Mackenzie (Nuremberg, Germany).

Hi Alan,

I don't have much to add as I share all Eli's and Stefan's opinions
here.

I as well don't agree with your critic of S.M. actions, but more
importantly, please assume always good faith from other Emacs developers
(as suggested here [1]).  Our goal here of just making a better Emacs,
this is shared by every one, and would be a pity to loose your
contribution.

Please reconsider your position, sometimes stress and other factors can
tweak our conclusion momentary, but let's not forget our goals.

Thanks

  Andrea

[1] <https://www.gnu.org/philosophy/kind-communication.html>

Re: My resignation from Emacs development

[Eli Zaretskii]

> Date: Thu, 21 Nov 2024 13:01:52 +0000
> Cc: emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> I've had continual trouble over the last ~20 years with what Stefan has
> done, and how he's done it.  Nobody else even comes close.

I can only say that I completely disagree with your unfavorable (to
say the least) description of Stefan's conduct here, and regret and am
very sorry that you somehow came to these conclusions, which IMO are
very wrong.

Re: My resignation from Emacs development

[Alfred M. Szmidt]

   > I've had continual trouble over the last ~20 years with what Stefan has
   > done, and how he's done it.  Nobody else even comes close.

   I can only say that I completely disagree with your unfavorable (to
   say the least) description of Stefan's conduct here, and regret and am
   very sorry that you somehow came to these conclusions, which IMO are
   very wrong.

This has been brewing for a long time and you're putting your head
into the sand Eli, Alan is utterly on point.  Your comment is not
helping to mitigate the damage that has been caused in the least, and
making it worse.

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Eli.

On Thu, Nov 21, 2024 at 15:48:06 +0200, Eli Zaretskii wrote:
> > Date: Thu, 21 Nov 2024 13:01:52 +0000
> > Cc: emacs-devel@gnu.org
> > From: Alan Mackenzie <acm@muc.de>

> > I've had continual trouble over the last ~20 years with what Stefan has
> > done, and how he's done it.  Nobody else even comes close.

> I can only say that I completely disagree with your unfavorable (to
> say the least) description of Stefan's conduct here, and regret and am
> very sorry that you somehow came to these conclusions, which IMO are
> very wrong.

The five anecdotes I outlined in detail in my post to Stefan K happened
as I described.  How can one avoid the conclusion I came to?

In the second of these (about Stefan M's change of interpreted functions
to opaque atoms) Richard posted to the thread five times.  In one of
these posts he described the proposed change as "perverse".  Stefan
ignored all five of Richard's posts, and bulldozered his change through
anyway.  Richard was unhappy about the change, and you were uncertain
about it, to say the least.  Stefan ignored both of you (as well as
being discourteous to me) and just ploughed ahead.

What does all this say about Stefan Monnier?

It was Stefan's commit after that thread, and the fact that nothing was
done about it, that caused me finally to lose enthusiasm for the Emacs
project.  Since then, I've kept going, basically by inertia and habit.

If you want to look at this thread again, it starts with this post:

From: Stefan Monnier <monnier@iro.umontreal.ca>
To: emacs-devel@gnu.org
Subject: Distinguishing `consp` and `functionp`
Date: Thu, 25 Jan 2024 18:15:48 -0500

..

One way or another, Stefan will have become aware of this thread.  He's
at liberty to answer and contest all the points I've made about him.  I
doubt he will do so.

Anyhow, I'm leaving.  I think I've now made it abundantly clear _why_
I'm leaving.

I still wish Emacs a successful future.

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Alfred M. Szmidt]

Making a better Emacs is making sure that e.g. Alan feels welcome and
happy to contribute, clearly that has failed completley.  That you,
Eli, and Stefan K hide behind "oh, we don't think there is anything
wrong, just take a break" and think it is just fine is beyond
bewildering.

Please take a step back (instead of quoting the GKC), and consider
what is going on currently is not working to the satisfaction of many
people, to the point of very much appreciated hackers like Alan.

Re: My resignation from Emacs development

[Christopher Dimech]

> Sent: Friday, November 22, 2024 at 7:01 AM
> From: "Alfred M. Szmidt" <ams@gnu.org>
> To: "Andrea Corallo" <acorallo@gnu.org>
> Cc: acm@muc.de, emacs-devel@gnu.org
> Subject: Re: My resignation from Emacs development
>
> Making a better Emacs is making sure that e.g. Alan feels welcome and
> happy to contribute, clearly that has failed completley.  That you,
> Eli, and Stefan K hide behind "oh, we don't think there is anything
> wrong, just take a break" and think it is just fine is beyond
> bewildering.
>
> Please take a step back (instead of quoting the GKC), and consider
> what is going on currently is not working to the satisfaction of many
> people, to the point of very much appreciated hackers like Alan.

It is right to do so.  Still, working with emacs code needs to be natural,
with generic names always meaning the built-in default mode.  The rest
with precise names to know what one is using.  This should be a minor thing,
but is discussed as a major problem.  There is a similar problem with Latex-like
modes --- there is too much confusion on what is being actually used.  Regardless
of the name of the mode, emacs then opts for some other thing instead.  This
problem has been there for a few years now.

Re: My resignation from Emacs development

[Jim Porter]

On 11/20/2024 7:13 AM, Alan Mackenzie wrote:
> I'm resigning my position as Emacs contributor.
> 
> The immediate reason is that, as maintainer of CC Mode, CC Mode's
> symbols, its names, were taken by Emacs and used for other purposes
> without informing me, much less consulting me.  That makes my position as
> CC Mode maintainer here untenable.

We haven't interacted much directly on the lists, but I'll be sorry to 
see you go. cc-mode is one of the most essential modes in Emacs for me, 
and without it I probably wouldn't use Emacs at all (and thus would 
never have become the current Eshell maintainer).

I won't get into the technical aspects of your message since I wasn't 
following the original discussions closely. However, I did want to say 
that we're all doing this for free (I think), and I've always felt that 
if it stops being fun, it's time for a break at minimum.

More generally, I do think there are important things for everyone to 
take from this. I'm confident that everyone here wants what's best for 
Emacs, but that's not only a technical question. Emacs development is a 
lot of work, and it's important to feel that your contributions (of any 
kind; not just code) are appreciated.

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: "Alfred M. Szmidt" <ams@gnu.org>
> Cc: acm@muc.de, emacs-devel@gnu.org
> Date: Thu, 21 Nov 2024 14:01:13 -0500
> 
> Making a better Emacs is making sure that e.g. Alan feels welcome and
> happy to contribute, clearly that has failed completley.

That is true, on both counts.

Btw, making a better Emacs is also about making sure that e.g. Stefan
Monnier (as well as anyone else) feels welcome and happy to
contribute.

> That you, Eli, and Stefan K hide behind "oh, we don't think there is
> anything wrong, just take a break" and think it is just fine is
> beyond bewildering.

We don't hide.  We are several people who independently came to very
similar conclusions in this matter, while Alan disagreed.  It's not
like we conspired to make Alan unhappy.  And no one said that nothing
is wrong, quite the contrary.

> Please take a step back (instead of quoting the GKC), and consider
> what is going on currently is not working to the satisfaction of many
> people, to the point of very much appreciated hackers like Alan.

I don't think you have a complete view of what happened.  You didn't
participate in the relevant discussions, neither back in May nor now.
Moreover, part of the discussion was in private email between Alan and
myself, so only we two know what was said there.  I assure you that
every effort was made to accommodate Alan's complaints, at least on
the technical level (since we are talking about bugs and how to fix
them).

That we failed is a fact, but it's not like we didn't try not to fail,
and tried hard and for a long time.  It is thus at least unfair to
accuse us in dismissing this or in being insincere.  However, I don't
claim to be exceptionally good at this, so if someone is better and
can convince Alan to stay, by all means please go ahead, and my hat's
off to you if you succeed.

In any case, if you are right, and "what is going on currently is not
working to the satisfaction of many people", then I'd appreciate if
those people voiced their concerns, so that we could at least try to
improve the situation.

Re: My resignation from Emacs development

[Po Lu]

Alan Mackenzie <acm@muc.de> writes:

> Hello, Emacs.
>
> I'm resigning my position as Emacs contributor.
>
> The immediate reason is that, as maintainer of CC Mode, CC Mode's
> symbols, its names, were taken by Emacs and used for other purposes
> without informing me, much less consulting me.  That makes my position as
> CC Mode maintainer here untenable.
>
> Eli Zaretskii and I have had extensive discussions, both in public and in
> private email, over the last week or so, but we have been unable to reach
> any satisfactory compromise solution.
>
> Names are important.  They have power.  To take somebody's/somthing's
> name and misuse it is an exercise of aggression.  Try using "Emacs" or
> even "free software" to mean something different, and see just how
> quickly you would hear back from Richard Stallman.  This misuse of CC
> Mode's "trademarks", the symbols `c-mode', `c++-mode', and perhaps
> `c-or-c++-mode', is just such an act of aggression.
>
> These symbols have been appropriated by Emacs to mean "the current
> preferred mode for C", etc., rather than C Mode, C++ Mode etc.  In
> certain circumstances, in particular, in Local Variables: sections and
> auto-mode-alist, there is now no longer any way unambiguously to specify
> C Mode or C++ Mode.  Up till recently ("\\.myc\\'" . c-mode) in
> auto-mode-alist meant C Mode, and would have had the effect of
> auto-loading CC Mode, if needed, and running C Mode.
>
> The change took place in the commit for bug#69191 "New var
> `major-mode-remap-defaults`, for packages".  It sounds so innocent, but
> is an extremely bad solution for whatever problem (unspecified in the
> commit message) it was intended to solve.  A major mode using it changes
> the interfaces of other libraries in an uncontrolled way.  This is not
> good software engineering.
>
> This bug was raised and committed by Stefan Monnier.  Despite the fact
> that the bug fix directly impinged upon CC Mode, and there was even a
> change to cc-mode.el in the patch, he failed even to inform me.  The only
> two modes substantially affected by this change were ruby-mode and CC
> Mode, and it is clear that Dmitry Gutov, maintainer of ruby-mode, was
> aware of the change.  Had I known of this proposal, I would certainly
> have objected to it.  Stefan is intelligent enough to have realised this,
> and maybe his avoidance of open discussion was motivated by this.
>
> Bug#69191 was a big change.  In Emacs, we have a convention whereby big
> changes are discussed openly on emacs-devel and a consensus reached
> before the change is made.  Stefan Monnier has regularly violated this
> convention, possibly believing that his ideas for Emacs are so good as to
> be beyond question.  Any attempt to question his ideas is likely to be
> met by evasive non-answers, if any response at all is forthcoming.  I
> could give several paragraphs worth of justification for these
> assertions, but I think everybody here knows I am right.
>
> In Emacs there is also a convention of treating eachother with respect on
> the mailing lists.  Sadly this convention is superficial, and seems only
> to mean things like not using swear words.  The truly contemptuous
> communication style, this evasive non-answering, seems to be regarded as
> acceptable.  I suggest that this change.
>
> Stefan's habit of making big changes in Emacs without seeking consensus
> is at the heart of why I am resigning.  These changes have caused Emacs a
> lot of damage over the years and have caused other contributors,
> including me, extra work and difficulty.  Stefan is a Jekyll-and-Hyde
> character.  On the one hand, he's a very capable hacker, and is always
> ready to help others with technical questions.  On the other hand, as
> mentioned, he is contemptuous of the Emacs conventions, and unlike
> Richard and Eli, does not have the gift of knowing what the Right Thing
> is.
>
> I strongly recommend that Stefan somehow be reigned in and required to
> observe Emacs's conventions about open discussion and courteous
> communication.  As I mentioned, his violations of these are at the core
> of why I feel unable to continue contributing to Emacs.
>
> I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> Mode issues which arise in Emacs.  Please post these to
> bug-cc-mode@gnu.org.
>
> It just remains to say that my respect for Eli and the other maintainers
> remains undiminished, and that I wish all of them and the Emacs project
> all success in the future.

I trust that I speak for everyone in saying that we regret that it has
come to a departure on such bad terms, and would all of us prefer it if
you were to reconsider your decision.  I'm inclined to agree with your
observations concerning communication on this list.

Re: My resignation from Emacs development

[Po Lu]

"Alfred M. Szmidt" <ams@gnu.org> writes:

>    > I've had continual trouble over the last ~20 years with what Stefan has
>    > done, and how he's done it.  Nobody else even comes close.
>
>    I can only say that I completely disagree with your unfavorable (to
>    say the least) description of Stefan's conduct here, and regret and am
>    very sorry that you somehow came to these conclusions, which IMO are
>    very wrong.
>
> This has been brewing for a long time and you're putting your head
> into the sand Eli, Alan is utterly on point.  Your comment is not
> helping to mitigate the damage that has been caused in the least, and
> making it worse.

Yes, there has lately appeared a ``relentless modernization drive'', if
you will.  Most of these changes are not worth the controversy they
create.

Re: My resignation from Emacs development

[Adam Porter]

Dear Alan,

I have not corresponded with you before, but as a user and contributor
myself, I appreciate your contributions to Emacs.

Now, I usually steer clear of threads like these; I see little benefit
to taking sides or passing judgment on those who are implicated.  Were
you simply saying farewell, I'd be glad to wish you the same, and leave
it at that.

But I can't, in good conscience, stand by and say nothing after your
comments like this:

> This "be nice to everybody no matter what they do" and "always 
> assume the best of everybody" creates the perfect atmosphere for a 
> monster to flourish in.  Stefan is such a monster; not all the time,
> not even most of the time, but in doing the things detailed above,
> and other things, I don't understand why you are defending him.
> 
> I've had continual trouble over the last ~20 years with what Stefan 
> has done, and how he's done it.  Nobody else even comes close.  As I
> said, this is the root cause of why I'm leaving the Emacs team. Most
> of the time, he is extremely helpful and efficient at maintaining,
> and I'm grateful for all the help he has given me over the years. As
> I said, a Jekyll-and-Hyde character.

These accusations are beyond unfair and unkind.  You even followed it up
immediately with:

> I have not come anywhere near ad hominem.

If calling someone a "monster" is not ad hominem, I don't know what is.
  As well, your other comments about Stefan M., including your list of
historical grievances, are essentially a form of character
assassination.  I have watched as you have publicly impugned Stefan's
motivation and character several times before; it was wrong then, and it
is even more so now, as you essentially accuse him of being a bully--
ironic, since "bullying" seems like an apt characterization of your
comments about him.

> It is true that many forums degenerate into slanging matches which 
> repel decent posters. emacs-devel is the opposite extreme, sort of 
> touchy-feely where nobody's allowed to offend anybody else at all, 
> no matter what they do, why and how they do it.  This is just as 
> unhealthy as the the continual abuse forums; it leads to the build 
> up of repressed resentment.

I don't find that characterization of this mailing list to be accurate
at all.  There is infrequent, but consistently repellent content from
certain participants; thankfully, it is usually not repaid in kind;
occasionally it draws a tame chastisement.  It's to be expected, when
you consider the variety of backgrounds present, combined with strong
personalities and enthusiastic participation.  There are far, far worse
forums to be found.

As to participation, everyone is a volunteer here; everyone is free to
contribute or not, as he sees fit.  You should do what seems best to 
you, whether that means continuing to contribute, scaling back your 
contributions, or ceasing to contribute.  If it is no longer enjoyable 
for you to contribute, for whatever reason, then you probably shouldn't, 
for your own sake.  I would say that to anyone, including myself.  At 
the same time, I would encourage you to reconsider the decision to cease 
contributing altogether, for your sake and others', as your 
contributions have been valuable to innumerable people; and as hobbies 
go, this is a pretty good one.  And there's nothing wrong with taking a 
break.

But it is not okay for you to blame Stefan for your decision to leave.
  As you know, in the past he served as the Emacs maintainer, and now he
remains a prominent contributor, and a maintainer of some parts of
Emacs, but not of the overall project.  So if you can't abide some
technical decisions that have been made by Stefan M., you ought to take
them up with Eli, Andrea, and Stefan K.  And if they disagree with you
and won't overturn those decisions, and you decide to leave, you ought 
to ascribe that responsibility simply and honestly, not by publicly
defaming Stefan M. like this.  It does not behoove you, nor the GNU
Emacs project, to act this way.

Sincerely,
Adam

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: Eli Zaretskii <eliz@gnu.org>,  acm@muc.de,  emacs-devel@gnu.org
> Date: Fri, 22 Nov 2024 08:01:37 +0800
> 
> "Alfred M. Szmidt" <ams@gnu.org> writes:
> 
> >    > I've had continual trouble over the last ~20 years with what Stefan has
> >    > done, and how he's done it.  Nobody else even comes close.
> >
> >    I can only say that I completely disagree with your unfavorable (to
> >    say the least) description of Stefan's conduct here, and regret and am
> >    very sorry that you somehow came to these conclusions, which IMO are
> >    very wrong.
> >
> > This has been brewing for a long time and you're putting your head
> > into the sand Eli, Alan is utterly on point.  Your comment is not
> > helping to mitigate the damage that has been caused in the least, and
> > making it worse.
> 
> Yes, there has lately appeared a ``relentless modernization drive'', if
> you will.  Most of these changes are not worth the controversy they
> create.

Given that many community members seem to think our current approach
is actually too conservative and prevents faster progress, I guess the
reality is somewhere in the middle, probably quite farther from that
"relentless modernization" than you seem to imply.

Re: My resignation from Emacs development

[Madhu]

* Adam Porter <169c6564-4722-4338-a049-5f8f3ce69394@alphapapa.net> :
Wrote on Thu, 21 Nov 2024 23:35:35 -0600:

> But it is not okay for you to blame Stefan for your decision to leave.
>  As you know, in the past he served as the Emacs maintainer, and now he
> remains a prominent contributor, and a maintainer of some parts of
> Emacs, but not of the overall project.  So if you can't abide some
> technical decisions that have been made by Stefan M., you ought to take
> them up with Eli, Andrea, and Stefan K.  And if they disagree with you
> and won't overturn those decisions, and you decide to leave, you ought
> to ascribe that responsibility simply and honestly, not by publicly
> defaming Stefan M. like this.  It does not behoove you, nor the GNU
> Emacs project, to act this way.

The correct response to these complaints would be if Eli and the
maintainers would reign in Stefan and address the genuine concerns
rather than gerrymandering on with the present course.

This again purposely misses the point and does not address the isssue
raised by the resignation. That there are problems with Stefans
intentions which are not as stated which are of concern to emacs
development as a whole, these are being swept under the floor. There are
repeated concerns that the way Stefan is leading development us
destroying the value of core which RMS brought to us from the 70s. This
is being set aside through bulldozering narrative.

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: Madhu <enometh@meer.net>
> Date: Fri, 22 Nov 2024 12:54:01 +0530
> 
> * Adam Porter <169c6564-4722-4338-a049-5f8f3ce69394@alphapapa.net> :
> Wrote on Thu, 21 Nov 2024 23:35:35 -0600:
> 
> > But it is not okay for you to blame Stefan for your decision to leave.
> >  As you know, in the past he served as the Emacs maintainer, and now he
> > remains a prominent contributor, and a maintainer of some parts of
> > Emacs, but not of the overall project.  So if you can't abide some
> > technical decisions that have been made by Stefan M., you ought to take
> > them up with Eli, Andrea, and Stefan K.  And if they disagree with you
> > and won't overturn those decisions, and you decide to leave, you ought
> > to ascribe that responsibility simply and honestly, not by publicly
> > defaming Stefan M. like this.  It does not behoove you, nor the GNU
> > Emacs project, to act this way.
> 
> The correct response to these complaints would be if Eli and the
> maintainers would reign in Stefan and address the genuine concerns
> rather than gerrymandering on with the present course.
> 
> This again purposely misses the point and does not address the isssue
> raised by the resignation. That there are problems with Stefans
> intentions which are not as stated which are of concern to emacs
> development as a whole, these are being swept under the floor. There are
> repeated concerns that the way Stefan is leading development us
> destroying the value of core which RMS brought to us from the 70s. This
> is being set aside through bulldozering narrative.

When we see such problems, they are _never_ swept under the carpet.
On the contrary, the reaction is usually immediate and quite harsh,
including (but not limited to) reverting the offending changes in a
non-negotiable way.

The reason this didn't happen with Stefan Monnier is that at least I
don't see any particular problem of this kind in what Stefan does (and
did during the decades of his very active involvement in the project).
The Emacs model of development is that we completely trust leading
contributors to install changes without discussing them.  This trust
works well and keeps our development moving forward very fast,
although sometimes there are good-faith mistakes, which then require
discussions a-posteriori, and sometimes (rarely) end up with changes
being reverted or radically modified.  All of the leading
contributors, including yours truly, have sometimes, rarely, made such
mistakes.  Stefan's record is not different in this regard from any
other's.  The changes he installed in March indeed should have been
discussed more, but I don't expect us rejecting them as result.
Moreover, Alan himself made such a mistake when he installed his
cc-mode.el change back in May, the change which led to bug#74339, and
eventually to this sad result (because Alan staunchly opposed to
modifying his change from back then, even though the modifications
proposed to him would not affect the effect of his change in any way).

So there's nothing here that requires any "reigning in", just the
normal practice of Emacs development, which hasn't changed in decades,
because we think it fits well the way this community is structured,
and the nature and the vast span of expertise needed to develop an
maintain Emacs.

I cannot speak for Stefan Kangas and Andrea, but I'd be very surprised
if they didn't agree with what I say above.  We definitely don't agree
that the many changes developed and installed by Stefan are
"destroying the value of core which RMS brought to us from the 70s."
Quite the opposite.

So no, we are not "gerrymandering", and the reason we don't even
consider "reigning in" Stefan is because we see absolutely no problems
with his conduct, certainly no malice.  And while it is easy to
bad-mouth our ways of leading the project "from the fences" by people
who are not really involved with the day in and day out hard work on
helping this community move forward, and never contributed anything
significant to that movement, the truth is very far from these claims.
You and Alfred, and even Po Lu, are well advised to tone down your
claims, and exercise much more humility when you post such vicious
personal attacks on Stefan and others.

Re: My resignation from Emacs development

[Robert Pluim]

>>>>> On Fri, 22 Nov 2024 09:03:33 +0200, Eli Zaretskii <eliz@gnu.org> said:
    >> Yes, there has lately appeared a ``relentless modernization drive'', if
    >> you will.  Most of these changes are not worth the controversy they
    >> create.

    Eli> Given that many community members seem to think our current approach
    Eli> is actually too conservative and prevents faster progress, I guess the
    Eli> reality is somewhere in the middle, probably quite farther from that
    Eli> "relentless modernization" than you seem to imply.

I suspect that Po Lu (and Alan) were talking more about the increase
in the use of cl and pcase (which I still havenʼt got my head around,
and now we already have cond* as well).

Robert
-- 

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: Robert Pluim <rpluim@gmail.com>
> Cc: Po Lu <luangruo@yahoo.com>,  ams@gnu.org,  acm@muc.de,  emacs-devel@gnu.org
> Date: Fri, 22 Nov 2024 09:14:55 +0100
> 
> >>>>> On Fri, 22 Nov 2024 09:03:33 +0200, Eli Zaretskii <eliz@gnu.org> said:
>     >> Yes, there has lately appeared a ``relentless modernization drive'', if
>     >> you will.  Most of these changes are not worth the controversy they
>     >> create.
> 
>     Eli> Given that many community members seem to think our current approach
>     Eli> is actually too conservative and prevents faster progress, I guess the
>     Eli> reality is somewhere in the middle, probably quite farther from that
>     Eli> "relentless modernization" than you seem to imply.
> 
> I suspect that Po Lu (and Alan) were talking more about the increase
> in the use of cl and pcase (which I still havenʼt got my head around,
> and now we already have cond* as well).

The increase in their use is real, but we don't allow it without
careful consideration.  In particular, they should not be used where
simpler constructs can reasonably do the job.

Other than that, this is a community project.  People must understand
that the maintainers are just stewards; we don't "own" the project,
and thus have no moral right to stubbornly oppose de-facto coding
practices that are overwhelmingly favored by the community (including
at least some of the maintainers, judging by their code).  Any demands
that we forbid use of cl-lib or pcase in Emacs are thus unfair at
best.

Re: My resignation from Emacs development

[Madhu]

* Eli Zaretskii <86ldxbofgw.fsf@gnu.org> :
Wrote on Fri, 22 Nov 2024 10:11:27 +0200:
> So no, we are not "gerrymandering", and the reason we don't even
> consider "reigning in" Stefan is because we see absolutely no problems
> with his conduct, certainly no malice.  And while it is easy to
> bad-mouth our ways of leading the project "from the fences" by people
> who are not really involved with the day in and day out hard work on
> helping this community move forward, and never contributed anything
> significant to that movement, the truth is very far from these claims.
> You and Alfred, and even Po Lu, are well advised to tone down your
> claims, and exercise much more humility when you post such vicious
> personal attacks on Stefan and others.

I offer the criticism in good faith, not out of any malice for Stefan
but because I see the direction as being detrimental for the original
goals of the project. (Mis)Characterising criticisms as vicious personal
attacks and doubling on the claims and refuse to acknowledge the valid
criticism does not help anyone except probably the project management. I
understand your "advice" as a threat that further criticism will be
cancelled and not dealt with.

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Adam.

On Thu, Nov 21, 2024 at 23:35:35 -0600, Adam Porter wrote:

> Dear Alan,

> I have not corresponded with you before, but as a user and contributor
> myself, I appreciate your contributions to Emacs.

> Now, I usually steer clear of threads like these; I see little benefit
> to taking sides or passing judgment on those who are implicated.  Were
> you simply saying farewell, I'd be glad to wish you the same, and leave
> it at that.

> But I can't, in good conscience, stand by and say nothing after your
> comments like this:

> > This "be nice to everybody no matter what they do" and "always 
> > assume the best of everybody" creates the perfect atmosphere for a 
> > monster to flourish in.  Stefan is such a monster; not all the time,
> > not even most of the time, but in doing the things detailed above,
> > and other things, I don't understand why you are defending him.

> > I've had continual trouble over the last ~20 years with what Stefan 
> > has done, and how he's done it.  Nobody else even comes close.  As I
> > said, this is the root cause of why I'm leaving the Emacs team. Most
> > of the time, he is extremely helpful and efficient at maintaining,
> > and I'm grateful for all the help he has given me over the years. As
> > I said, a Jekyll-and-Hyde character.

> These accusations are beyond unfair and unkind.  You even followed it up
> immediately with:

> > I have not come anywhere near ad hominem.

> If calling someone a "monster" is not ad hominem, I don't know what is.

There's a lot of misunderstanding on the net about what ad hominem means.
It means critisizing something BECAUSE of who wrote/said/did it.  I have
not done this at all, here.  I am critisizing what Stefan has done,
fairly and squarely, and the (lack of) reaction from the various
maintainers.

If anything, it is Eli, Stefan K, and Andrea who are guilty of a sort of
"ad hominem defence".  None of them appeared seriously to have considered
what I have said about Stefan M and the running of the Emacs project.
They have defended his action because they were HIS actions.

>   As well, your other comments about Stefan M., including your list of
> historical grievances, are essentially a form of character
> assassination.  I have watched as you have publicly impugned Stefan's
> motivation and character several times before; it was wrong then, and it
> is even more so now, as you essentially accuse him of being a bully--
> ironic, since "bullying" seems like an apt characterization of your
> comments about him.

If I am attacking Stefan, it is because of what he has done.  If you were
being serious, you would analyse my main gripes about Stefan - that he
makes big changes to Emacs without prior discussion on emacs-devel, and
that he is discourteous on mailing lists - and point out where I am
mistaken.  I posted five anecdotes yesterday in my post to Stefan K.  You
could have challenged these in detail, possibly, the three current
maintainers certainly could have done.  None of you have done so.

> > It is true that many forums degenerate into slanging matches which 
> > repel decent posters. emacs-devel is the opposite extreme, sort of 
> > touchy-feely where nobody's allowed to offend anybody else at all, 
> > no matter what they do, why and how they do it.  This is just as 
> > unhealthy as the the continual abuse forums; it leads to the build 
> > up of repressed resentment.

> I don't find that characterization of this mailing list to be accurate
> at all.  There is infrequent, but consistently repellent content from
> certain participants; thankfully, it is usually not repaid in kind;
> occasionally it draws a tame chastisement.  It's to be expected, when
> you consider the variety of backgrounds present, combined with strong
> personalities and enthusiastic participation.  There are far, far worse
> forums to be found.

Again, you don't address my point, here.  That was that the extreme
delicacy in the Emacs mailing lists is exaggerated and conter-productive.

> As to participation, everyone is a volunteer here; everyone is free to
> contribute or not, as he sees fit.  You should do what seems best to 
> you, whether that means continuing to contribute, scaling back your 
> contributions, or ceasing to contribute.  If it is no longer enjoyable 
> for you to contribute, for whatever reason, then you probably shouldn't, 
> for your own sake.  I would say that to anyone, including myself.  At 
> the same time, I would encourage you to reconsider the decision to cease 
> contributing altogether, for your sake and others', as your 
> contributions have been valuable to innumerable people; and as hobbies 
> go, this is a pretty good one.  And there's nothing wrong with taking a 
> break.

> But it is not okay for you to blame Stefan for your decision to leave.

It is Stefan's actions, both in the past and no doubt on-going, that have
had negative effects on me, and his failure to adhere to the standards
that other contributors do.

Stefan will have learned, one way or another, of this thread.  He is
quite capable of responding, himself.  I doubt he will.

> As you know, in the past he served as the Emacs maintainer, and now he
> remains a prominent contributor, and a maintainer of some parts of
> Emacs, but not of the overall project.  So if you can't abide some
> technical decisions that have been made by Stefan M., you ought to take
> them up with Eli, Andrea, and Stefan K.  And if they disagree with you
> and won't overturn those decisions, and you decide to leave, you ought
> to ascribe that responsibility simply and honestly, not by publicly
> defaming Stefan M. like this.  It does not behoove you, nor the GNU
> Emacs project, to act this way.

There is no question of defamation.  What I have written is true and
verifiable, or fair comment at the very least.  You have faied to address
the substatntive points I've made.  I wonder why you posted.

> Sincerely,
> Adam

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Gerd.

On Thu, Nov 21, 2024 at 06:59:23 +0100, Gerd Möllmann wrote:
> Alan Mackenzie <acm@muc.de> writes:

> > I will shortly be unsubscribing from emacs-devel.  I intend to carry on
> > maintaining stand alone CC Mode, and I'm prepared to deal with any CC
> > Mode issues which arise in Emacs.  Please post these to
> > bug-cc-mode@gnu.org.

> Thanks Alan, for everything.

Appreciated.

> Will you make a package out of cc-mode, or should one use the Hg repo?

I haven't really thought that far ahead, yet.  Maybe I'll just commit
changes in the CC Mode repo, and post patches to the OPs.  But the
patches frequently need work on them because of differences in
whitespace, spelling, use of older CC Mode macros, and things like this.

We'll see!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Eli Zaretskii]

> Date: Fri, 22 Nov 2024 11:36:55 +0000
> Cc: emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> > Will you make a package out of cc-mode, or should one use the Hg repo?
> 
> I haven't really thought that far ahead, yet.  Maybe I'll just commit
> changes in the CC Mode repo, and post patches to the OPs.  But the
> patches frequently need work on them because of differences in
> whitespace, spelling, use of older CC Mode macros, and things like this.
> 
> We'll see!

Is the Hg repository whose URL is here:

  https://cc-mode.sourceforge.net/hgaccess.php

the up-to-date one?  I'm asking because the last commit there was in
July 2023, and because there's a branch called Branch_5_35 whereas the
CC Mode files in Emacs say they are from version 5.33.1.  So I wonder
where are the up-to-date sources of CC Mode, and where do you intend
to develop it, so we could sync with that from time to time.

Thanks.

Re: My resignation from Emacs development

[Eli Zaretskii]

> From: Madhu <enometh@meer.net>
> Date: Fri, 22 Nov 2024 14:56:39 +0530
> 
> 
> * Eli Zaretskii <86ldxbofgw.fsf@gnu.org> :
> Wrote on Fri, 22 Nov 2024 10:11:27 +0200:
> > So no, we are not "gerrymandering", and the reason we don't even
> > consider "reigning in" Stefan is because we see absolutely no problems
> > with his conduct, certainly no malice.  And while it is easy to
> > bad-mouth our ways of leading the project "from the fences" by people
> > who are not really involved with the day in and day out hard work on
> > helping this community move forward, and never contributed anything
> > significant to that movement, the truth is very far from these claims.
> > You and Alfred, and even Po Lu, are well advised to tone down your
> > claims, and exercise much more humility when you post such vicious
> > personal attacks on Stefan and others.
> 
> I offer the criticism in good faith, not out of any malice for Stefan
> but because I see the direction as being detrimental for the original
> goals of the project.

I was responding to your criticism of the Emacs maintainers.  You
expect us to "reign in" Stefan based on your assessment of his
actions, and accuse us of "gerrymandering" because we don't.  If your
criticism of Stefan is in good faith, then please limit it to the
changes that Stefan installs and the developments he leads.  If we
agree with your criticism, we will certainly act on it.  But as long
as we the maintainers disagree with your assessment of Stefan's
activities, you cannot expect us to act against them, and have no
right to reprimand us for not taking those actions.

> (Mis)Characterising criticisms as vicious personal attacks

No such mis-characterization was present in what I wrote.

> and doubling on the claims and refuse to acknowledge the valid
> criticism

Your criticism was indeed valid, but there's no obligation for us to
agree with it.

> I understand your "advice" as a threat that further criticism will
> be cancelled and not dealt with.

There were no threats, none at all.  Any criticism is taken seriously
and is considered.  But again, don't expect us to agree with
everything you (or anyone else) says.

And I would expect you to tone down your claims because you are not
involved in Emacs maintenance, and so lack both the broad perspective
and the detailed information about what is going on and how decisions
are being made.  That doesn't mean you cannot ask tough questions and
offer radically different perspectives on these issues, but please
choose words carefully on the assumption that you might not know
enough to pass definitive judgments.

Re: My resignation from Emacs development

[Stefan Kangas]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Madhu <enometh@meer.net>
>> Date: Fri, 22 Nov 2024 12:54:01 +0530
>>
>> The correct response to these complaints would be if Eli and the
>> maintainers would reign in Stefan and address the genuine concerns
>> rather than gerrymandering on with the present course.
>>
>> This again purposely misses the point and does not address the isssue
>> raised by the resignation. That there are problems with Stefans
>> intentions which are not as stated which are of concern to emacs
>> development as a whole, these are being swept under the floor. There are
>> repeated concerns that the way Stefan is leading development us
>> destroying the value of core which RMS brought to us from the 70s. This
>> is being set aside through bulldozering narrative.
>
> When we see such problems, they are _never_ swept under the carpet.
> On the contrary, the reaction is usually immediate and quite harsh,
> including (but not limited to) reverting the offending changes in a
> non-negotiable way.
>
> The reason this didn't happen with Stefan Monnier is that at least I
> don't see any particular problem of this kind in what Stefan does (and
> did during the decades of his very active involvement in the project).
> The Emacs model of development is that we completely trust leading
> contributors to install changes without discussing them.  This trust
> works well and keeps our development moving forward very fast,
> although sometimes there are good-faith mistakes, which then require
> discussions a-posteriori, and sometimes (rarely) end up with changes
> being reverted or radically modified.  All of the leading
> contributors, including yours truly, have sometimes, rarely, made such
> mistakes.  Stefan's record is not different in this regard from any
> other's.  The changes he installed in March indeed should have been
> discussed more, but I don't expect us rejecting them as result.
> Moreover, Alan himself made such a mistake when he installed his
> cc-mode.el change back in May, the change which led to bug#74339, and
> eventually to this sad result (because Alan staunchly opposed to
> modifying his change from back then, even though the modifications
> proposed to him would not affect the effect of his change in any way).
>
> So there's nothing here that requires any "reigning in", just the
> normal practice of Emacs development, which hasn't changed in decades,
> because we think it fits well the way this community is structured,
> and the nature and the vast span of expertise needed to develop an
> maintain Emacs.
>
> I cannot speak for Stefan Kangas and Andrea, but I'd be very surprised
> if they didn't agree with what I say above.  We definitely don't agree
> that the many changes developed and installed by Stefan are
> "destroying the value of core which RMS brought to us from the 70s."
> Quite the opposite.
>
> So no, we are not "gerrymandering", and the reason we don't even
> consider "reigning in" Stefan is because we see absolutely no problems
> with his conduct, certainly no malice.  And while it is easy to
> bad-mouth our ways of leading the project "from the fences" by people
> who are not really involved with the day in and day out hard work on
> helping this community move forward, and never contributed anything
> significant to that movement, the truth is very far from these claims.
> You and Alfred, and even Po Lu, are well advised to tone down your
> claims, and exercise much more humility when you post such vicious
> personal attacks on Stefan and others.

In case there is any doubt, I very much agree with everything that Eli
writes here.

Re: My resignation from Emacs development

[Alan Mackenzie]

Hello, Eli.

On Fri, Nov 22, 2024 at 10:11:27 +0200, Eli Zaretskii wrote:
> > From: Madhu <enometh@meer.net>
> > Date: Fri, 22 Nov 2024 12:54:01 +0530

> > * Adam Porter <169c6564-4722-4338-a049-5f8f3ce69394@alphapapa.net> :
> > Wrote on Thu, 21 Nov 2024 23:35:35 -0600:

> > > But it is not okay for you to blame Stefan for your decision to leave.
> > >  As you know, in the past he served as the Emacs maintainer, and now he
> > > remains a prominent contributor, and a maintainer of some parts of
> > > Emacs, but not of the overall project.  So if you can't abide some
> > > technical decisions that have been made by Stefan M., you ought to take
> > > them up with Eli, Andrea, and Stefan K.  And if they disagree with you
> > > and won't overturn those decisions, and you decide to leave, you ought
> > > to ascribe that responsibility simply and honestly, not by publicly
> > > defaming Stefan M. like this.  It does not behoove you, nor the GNU
> > > Emacs project, to act this way.

> > The correct response to these complaints would be if Eli and the
> > maintainers would reign in Stefan and address the genuine concerns
> > rather than gerrymandering on with the present course.

> > This again purposely misses the point and does not address the isssue
> > raised by the resignation. That there are problems with Stefans
> > intentions which are not as stated which are of concern to emacs
> > development as a whole, these are being swept under the floor. There are
> > repeated concerns that the way Stefan is leading development us
> > destroying the value of core which RMS brought to us from the 70s. This
> > is being set aside through bulldozering narrative.

> When we see such problems, they are _never_ swept under the carpet.
> On the contrary, the reaction is usually immediate and quite harsh,
> including (but not limited to) reverting the offending changes in a
> non-negotiable way.

> The reason this didn't happen with Stefan Monnier is that at least I
> don't see any particular problem of this kind in what Stefan does (and
> did during the decades of his very active involvement in the project).

I have taken the trouble to outline and analyse in detail several places
where Stefan's contributions have given rise to trouble, at least for me
personally, and certainly for some other contributors.  Up till now, none
of you, Stefan K, or Andrea have replied with the same level of detail,
or even acknowledged what I wrote.  I'm disappointed at this.

> The Emacs model of development is that we completely trust leading
> contributors to install changes without discussing them.  This trust
> works well and keeps our development moving forward very fast,
> although sometimes there are good-faith mistakes, which then require
> discussions a-posteriori, and sometimes (rarely) end up with changes
> being reverted or radically modified.

The model of development for all contributors bar Stefan M has involved
open discussion on emacs-devel before big changes.  No other leading
contributor has violated this convention that I'm aware of.  For example,
when you implemented the display-line-numbers facility, you did so
entirely in public.  This resulted in several bugs being found by other
people and corrected, and resulted in a smoother introduction of the
feature than otherwise would have been the case.

> All of the leading contributors, including yours truly, have sometimes,
> rarely, made such mistakes.  Stefan's record is not different in this
> regard from any other's.

Eli, how can you say this?  Stefan's record is _very_ different.  I could
not have posted five anecdotes about any other contributor the way I did
yesterday for Stefan.  The way he makes big changes to Emacs could almost
be calculated to cause "mistakes".

> The changes he installed in March indeed should have been discussed
> more, but I don't expect us rejecting them as result.

I have been trying to get you, Stefan K, and Andrea to analyse _why_
these changes were not discussed more.  Those changes are what led to my
resignation.

> Moreover, Alan himself made such a mistake when he installed his
> cc-mode.el change back in May, the change which led to bug#74339, and
> eventually to this sad result (because Alan staunchly opposed to
> modifying his change from back then, even though the modifications
> proposed to him would not affect the effect of his change in any way).

My mistake was more political than technical.  Had I been more forthright
in exposing the problem in May, I still doubt anything would have been
done about it, precisely because the commit causing it was made by "a
leading contributor".  That is an expectation I wouldn't have had two
days ago.

> So there's nothing here that requires any "reigning in", just the
> normal practice of Emacs development, which hasn't changed in decades,
> because we think it fits well the way this community is structured,
> and the nature and the vast span of expertise needed to develop and
> maintain Emacs.

I have regrettably resigned from Emacs, precisely because of this "normal
practice of Emacs development".

[ .... ]

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: My resignation from Emacs development

[Stefan Kangas]

Alan Mackenzie <acm@muc.de> writes:

> I have taken the trouble to outline and analyse in detail several places
> where Stefan's contributions have given rise to trouble, at least for me
> personally, and certainly for some other contributors.  Up till now, none
> of you, Stefan K, or Andrea have replied with the same level of detail,
> or even acknowledged what I wrote.  I'm disappointed at this.

Please allow for more than 24 hours before drawing any conclusions.
Yesterday, I barely had time to read your message, much less reply.

I will reply to your message in detail soon.

Re: My resignation from Emacs development

[Eli Zaretskii]

> Date: Fri, 22 Nov 2024 13:06:40 +0000
> Cc: Madhu <enometh@meer.net>, emacs-devel@gnu.org
> From: Alan Mackenzie <acm@muc.de>
> 
> > The reason this didn't happen with Stefan Monnier is that at least I
> > don't see any particular problem of this kind in what Stefan does (and
> > did during the decades of his very active involvement in the project).
> 
> I have taken the trouble to outline and analyse in detail several places
> where Stefan's contributions have given rise to trouble, at least for me
> personally, and certainly for some other contributors.  Up till now, none
> of you, Stefan K, or Andrea have replied with the same level of detail,
> or even acknowledged what I wrote.  I'm disappointed at this.

Like I said: good-faith mistakes do happen, but they happen rarely.
The cases you mentioned don't change and don't contradict that, even
if one agrees 100% with your assessment of what happened in those
cases.

> 
> > The Emacs model of development is that we completely trust leading
> > contributors to install changes without discussing them.  This trust
> > works well and keeps our development moving forward very fast,
> > although sometimes there are good-faith mistakes, which then require
> > discussions a-posteriori, and sometimes (rarely) end up with changes
> > being reverted or radically modified.
> 
> The model of development for all contributors bar Stefan M has involved
> open discussion on emacs-devel before big changes.  No other leading
> contributor has violated this convention that I'm aware of.  For example,
> when you implemented the display-line-numbers facility, you did so
> entirely in public.

Bad example.  The line-number display was a feature I implemented
because others requested it; I myself don't use it and consider it
un-Emacsy, as I told back then.  So I needed the feedback very much
because I couldn't myself make decisions about a feature I don't and
won't use.

If you want a better example, compare with development of
bidirectional editing support.  There, I posted a very small number of
messages describing my design decisions, but never asked for their
approval -- because in that area I know more than most anyone here.

For a smaller and more recent example, consider the implementation of
TTY menus.  Or even the recent support for thumbnails on MS-Windows.

> > All of the leading contributors, including yours truly, have sometimes,
> > rarely, made such mistakes.  Stefan's record is not different in this
> > regard from any other's.
> 
> Eli, how can you say this?  Stefan's record is _very_ different.

As I made it abundantly clear, I disagree.

> > Moreover, Alan himself made such a mistake when he installed his
> > cc-mode.el change back in May, the change which led to bug#74339, and
> > eventually to this sad result (because Alan staunchly opposed to
> > modifying his change from back then, even though the modifications
> > proposed to him would not affect the effect of his change in any way).
> 
> My mistake was more political than technical.  Had I been more forthright
> in exposing the problem in May, I still doubt anything would have been
> done about it, precisely because the commit causing it was made by "a
> leading contributor".  That is an expectation I wouldn't have had two
> days ago.

If you had explained what you are about to do, I would have objected
right there and then.  Instead, I was surprised to discover this the
hard way when I installed the 2nd pretest of Emacs 30 (I have no idea
how I missed that with the first pretest).

> > So there's nothing here that requires any "reigning in", just the
> > normal practice of Emacs development, which hasn't changed in decades,
> > because we think it fits well the way this community is structured,
> > and the nature and the vast span of expertise needed to develop and
> > maintain Emacs.
> 
> I have regrettably resigned from Emacs, precisely because of this "normal
> practice of Emacs development".

And I regret your decision very much.  I think and hope our common
goal of developing Emacs should allow us to cooperate even with people
with whom we occasionally disagree, even when the disagreements are
radical.