From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Christopher Dimech Newsgroups: gmane.emacs.devel Subject: Re: My resignation from Emacs development Date: Sat, 23 Nov 2024 13:48:33 +0100 Message-ID: References: <86o726mlup.fsf@gnu.org> <86iksemahn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12170"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, stefankangas@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 23 14:33:32 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 1tEqGS-00034a-H4 for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Nov 2024 14:33:32 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tEqG3-0000SI-HO; Sat, 23 Nov 2024 08:33:07 -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 1tEpZ2-00070G-1k for emacs-devel@gnu.org; Sat, 23 Nov 2024 07:48:40 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tEpYx-0000pf-Vp; Sat, 23 Nov 2024 07:48:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.com; s=s31663417; t=1732366113; x=1732970913; i=dimech@gmx.com; bh=TZuASOgG7bKL9OjnBCXr6MWdGbwGGVEzR6RQIb20fZE=; h=X-UI-Sender-Class:MIME-Version:Message-ID:From:To:Cc:Subject: Content-Type:Date:In-Reply-To:References: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=eH5g12Jk/OW4w/BJbJ2umDP16A3LsOBiAmyVavyFtbKQ7wYbNRBNhv+o8jz3pOXX ic2tnNvQK4HmQIWNskWYVGqSu0CVF7BMzxhY7CuhWeRyikMaNkYq9uc3TExboVlk3 Hq1t7LTgaSBQ6WXePxiS3WEq4eC7vgDr3jgtfdN4pyQqrBdvOSb/baldoSzY/2Mga ftM3+4lwmerLXoOiJCuoGT6qbOvrzVrAqj2v11k3uutGEYmEkGNtoV/xORWU1W2gg rNWNMOwgZ6+6uBTIwO62jG8d3sbrsDfnf7+bCtrBR+6eQqqz2skznpdlv3KBP8Jv8 mhNslLxv4Mzqj9Y1SA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [77.71.252.27] ([77.71.252.27]) by web-mail.gmx.net (3c-app-mailcom-bs05.server.lan [172.19.170.173]) (via HTTP); Sat, 23 Nov 2024 13:48:33 +0100 Importance: normal Sensitivity: Normal In-Reply-To: <86iksemahn.fsf@gnu.org> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:4LOrshGtZgNWvhzkVfX9diGwZJZ9Wbr8ZFwPSj6VrWXFweXPJuSrJm8nme3UT/iOY9tR+ UpAInSPJ1NlziVqAxxOiFls1TiFhCBHSSKSGqIfIfR/5dee8GqWDdVVxYwqtmdFUlGXvJK7XWhIL SiNrjlq8Vx3i4GQhTv5iwAhy6rcudqu40TidWbVib18J7E6A1BJTD/hLL3pls4Nz+cNioEYxCMJC ujjwLDf1pXIQJmGeBlA7DC3p7FZQAkgXCtVvLAp1My2b9qnesF55ALCblrysmRHmM9BtgivHOsEE Lg= UI-OutboundReport: notjunk:1;M01:P0:ItePXqwTC3k=;V17ymDWTdhIYrPK2UqkuQLvyVZ+ SC87jfoJeIEoCCn8Cnqn2V1rkJGJjtDuBud7E3Z+AuHJHcg5q4RyQJqIIJBRzJaLkzhsMgC5s 6DyPgUBmVuIcBaH3csTBX5Y8CJ9l6DXJmwjW5sJA4OFs33rfy3xd9GaUKq4rvYgDcIscnGY1B 1mSstoa5BLkr3XAJICymLojnBv21w0Per0Pe0mxNFRI6GQCLVhIlZztFncxlrw8JeCkdvxlgY 6DyWxFngXtSArqKuWw1wYmSQWkBNf8G5bNqHD/nWAVMWOJchhvCeSgucWHiBEzoVtZHGApDF8 9sxvRM8cb6upM4zZMKQ+920d1FRk20QZrRRHwYxOenjaBJx5nL0/iYYGl6Y+jmZzrD6BLNf4l ndVjKC1rnOa5MTcWmyoS/9izpM1CkjxyTXfRXrfyer/rK+3XO/Uz3ZrjjAkuZfZCBmETimRg3 bA3CGrSKPCoiSC5PdUhuqOa475BGod1KfYDDBX9vIVnGk6LsYLff+E1eefgBXhKngNGFVj8PO lslNdPBW7ANRCsdphyzUyrWD9knuvcyi20UJUWtVh+aHMHxgNFA8w2zszFveGHieNtXtXbdF+ 8RjfHcb7FrI3l1/tpLBMWpd3YhPoqaBYZQeVURO0hlZ7VGiNlMTdZXslnjNN6WeIn2auB1hEg /ET+hy4GAD+5UCUsJNdGU7UKTwmH1sml6Q4AHNSCvg== Received-SPF: pass client-ip=212.227.15.19; envelope-from=dimech@gmx.com; helo=mout.gmx.net X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 23 Nov 2024 08:33:05 -0500 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:325624 Archived-At: > Sent: Saturday, November 23, 2024 at 11:54 PM > From: "Eli Zaretskii" > To: "Christopher Dimech" > Cc: rms@gnu.org, stefankangas@gmail.com, emacs-devel@gnu.org > Subject: Re: My resignation from Emacs development > > > From: Christopher Dimech > > Cc: rms@gnu.org, stefankangas@gmail.com, acm@muc.de, emacs-devel@gnu.o= rg > > Date: Sat, 23 Nov 2024 12:06:10 +0100 > > > > > However, as I've written elsewhere in this thread, Emacs maintainers > > > are just stewards. They don't "own" the project, and cannot dictate > > > their preferences when some change is widely favored by the communit= y, > > > not without good reasons, which are considered "good enough" by the > > > community. So when we feel that a change will be widely supported, > > > regardless of discussions, we see no reason to delay its installatio= n. > > > (Of course, code review and various minor issues like proper > > > documentation etc. are still in effect, and many times require > > > re-submission of patches before they are installed.) > > > > I challenge the notion that Emacs maintainers act solely as stewards. > > The term implies neutrality, but maintainers inherently influence the > > project's trajectory. > > The term does not imply neutrality, it implies taking care of the > project and keeping it in good shape, and that by its very definition > does influence the development. > > Anyway, focusing on this aspect is taking out the main part of what I > wrote above. > > > Maintainers have a fiduciary duty to both the project's longevity and > > its contributors' collective vision. Thus the robustness of the proje= ct > > and the ease of improvements are important. > > And you are saying that this doesn't happen here? I strongly support the need to avoid implementing rules that impose excessive burdens on maintainers --- especially those that elevate contributors' collective vision above the practical demands of maintaining and improving the code. Ensuring the functionality and integrity of the code, while keeping it amenable to enhancements, must remain the top priority, as these are the cornerstones of the project's long-term success. Your dedication upon those priorities is invaluable.