From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: My resignation from Emacs development Date: Fri, 22 Nov 2024 10:11:27 +0200 Message-ID: <86ldxbofgw.fsf@gnu.org> References: <169c6564-4722-4338-a049-5f8f3ce69394@alphapapa.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21278"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Madhu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 22 09:12:03 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tEOln-0005OX-8a for ged-emacs-devel@m.gmane-mx.org; Fri, 22 Nov 2024 09:12:03 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tEOlV-0002xq-9T; Fri, 22 Nov 2024 03:11:45 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tEOlS-0002tr-MH for emacs-devel@gnu.org; Fri, 22 Nov 2024 03:11:43 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tEOlS-00072c-4u; Fri, 22 Nov 2024 03:11:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+v968Z1zRnQhLNxuPtCFMYvYMqArtjgZgHIQC1k8n3g=; b=LuL9L0qct44y 3QdglrEjlDAwQIqBRcKhCBKIIRfUfPtdqfdp/MwMIWXC7tmof8ddqGOlnm/JxfinJYOssxUn11ziG DWkQ1YbNOsZl7ah/GVteWB0d/HylrOuES5ByYhNWrxkKlmHwlhPZHNjNS2ULpwLvy2NiT4QM0J64+ rriuFBCExQZ53xrMXYXcA2YENwC3b736sl8mfiLcuIBKHyBKLj3BVA++7gqyCZLguCjtZyUNxuRu2 eg5L1VucCqwy6B2USV5MQKasuS/CyBO4pbzFXQvIPHBNSEidoMkYIyEwMn/BcCfzJ2cXFvwsRoPTe fEAwZnm3/DYimw/DwZ+NOQ==; In-Reply-To: (message from Madhu on Fri, 22 Nov 2024 12:54:01 +0530) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:325575 Archived-At: > From: Madhu > 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.