From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Why not include all ELPA packages in an Emacs release? Date: Thu, 30 May 2024 22:26:03 +0800 Message-ID: <87h6ef9y10.fsf@yahoo.com> References: <87bk4ql3u5.fsf@jeremybryant.net> <864jagu9ji.fsf@gnu.org> <878qzspd9j.fsf@gnu.org> <87y17rag37.fsf@yahoo.com> <86mso7r1f1.fsf@gnu.org> <87ttifa52l.fsf@yahoo.com> <86h6efqyp3.fsf@gnu.org> <87plt3a23b.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38546"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , tsdh@gnu.org, arash@gnu.org, stefankangas@gmail.com, jb@jeremybryant.net, emacs-devel@gnu.org, philipk@posteo.net To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 30 16:27:27 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 1sCgkY-0009qp-LT for ged-emacs-devel@m.gmane-mx.org; Thu, 30 May 2024 16:27:26 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCgjV-0002nm-JU; Thu, 30 May 2024 10:26:21 -0400 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 1sCgjU-0002nL-Cw for emacs-devel@gnu.org; Thu, 30 May 2024 10:26:20 -0400 Original-Received: from sonic315-20.consmr.mail.ne1.yahoo.com ([66.163.190.146]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sCgjR-0004Iu-KT for emacs-devel@gnu.org; Thu, 30 May 2024 10:26:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1717079175; bh=le+o3V15WfTG1LFexyO94e2vSJMA6yo4+xw+6C/hYiU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=fYTUJ7mdPpKPe2Hi9wn/Lmb5ugC6g5Jg2UJX01o8S+Sibbklj+6lAmKfR+R21LyRGxCbom9WowPcp0vkTCJymO1fz5+q5Hvo+ypofH6uCTq37QHUCMn0SaOsO+cCyGdBoqkR0QtH6ffQMD0vHvIiWV3GcF5KGvbIVin2qkI6OQqqbR9Zjz56fFbN3jizcXHtcqXhALvYbQ9BWZnNythCoIZ5TT01zYY8ZJtoYO3H8OO23eH27c9wS03T4Wflk80zn45dawmqzQy02XvJWAf3Sxhdml8Je03/Jvte5jQGW3Oa13V1nDT8yy7Bmi4zbLzTan/wu8uh998NoCAau7ESBQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1717079175; bh=2w2WrCB8or1QEeh4eGh5lHWOymU1c1hqDHcJmCFomkj=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=fX+moBTlNqRekEtweBghbGoiv3HUFwYWtwjXfm9mtx+IKYexK6dU/K/i2gjDqSt/8+pBQeBAoZrSK4ve+LeRkVUq+T1EyqcNRmorTS4irsh8XxnloVnkBVRorh79Hk91ih0VFG04MQLMUbBSOZZufoUh3aKAobibgvsZ6v2SQwsAdbXKWOTDOImwVS6NntqcGa77a0H+BB67oXOeom7g4xijGCk8erhdbiX2cEdnL4qQFuEq+eP1nN42r5M2KZ2SNN2YZUAeNCAZFXkRIrwlH0g7hfFBkPYTA581upJuT8iTC3GyKzJ3Q7205Euu9rGxmWA8zO5TFraSoqV4IDJ1Pg== X-YMail-OSG: VbTSTT0VM1k0X73DIEZRj.Rszkm4XCqZYzQ23v4Mcrg5kRKTgaSOoDrqOE.2IIL bTIzxt.AQjMB9ho8Y6zLkfO4d.VbdEPY1mxTvtudfyMcdXgZT1OYeUkycfnVnQnk1nTVXbcQyU67 QRCCBpNcbMcdNEu24l9koJ_Ub7O0S.jc6YA5p5n5hUIGF0iSQWScYX3sgtdV7c8.cU7ijFB_7O3w BLxU1psne17IcomDM829XaLinn8_adLqGZof2wqzWRqjy.FBFKQHVxscAVHCu2bcHTKAXG_agJqY IEYQ9Y1Na30UUGqOM0plC_a9WO4t9Npb9g2oT2kbwICCGuashg5lE4OGCaj9.txT.kK1DYegcqVr EiNQf6KU0ogLQTooR5URmriA_UBpjEnY3iqO.jyNB8Te_K4y1IXM1ZRKdqtHNIttSEEvumt1Bcwt SQIjxBbIEFV_J7BKC2sHLhqeHcjinKD_e01n26ZVqRpgPEXFqseMaq4XOdmgaWtJq2iaoMHEZ9HS OlplAavmNXQbFmsa6vv73S7BJhngXSPHlZjMeM3XjxY4QtCevL0bXjxd6OcVEyB.gU.2h2sRJfx9 eShYQMOG0zNhz6xRjZposI3hPGzhm95CpKqxGy7vH6DdOL1yGpqq2aPNzlq1O3WY4TZ0TCFxh_fw 1obqzOE9GPAIaX8Hsp6XjsqCfXx.xN_ICnO6GaNGkIylelvtCNVCUACb8XNweJfZThZcAN0uSm1L RZSJbEfSR7a9PWFdKX3H0jP6iy4Iv7euo0R4NQOloyyp7wE25Ycd9DJRTgLBsutUP2uVMoURv3mS hv8OeqMusOHSD2TRnvnbfDni_9qz9zWj4RVgXgUbFe X-Sonic-MF: X-Sonic-ID: cc77f31d-db13-4ff4-8d4d-75eb14f7b094 Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Thu, 30 May 2024 14:26:15 +0000 Original-Received: by hermes--production-sg3-6f9f87bd85-85gcf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1caae7669b7e685fb27c53dd82d3a1e8; Thu, 30 May 2024 14:26:09 +0000 (UTC) In-Reply-To: (Stefan Monnier's message of "Thu, 30 May 2024 10:11:05 -0400") X-Mailer: WebService/1.1.22356 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.190.146; envelope-from=luangruo@yahoo.com; helo=sonic315-20.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action 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:319749 Archived-At: Stefan Monnier writes: > You don't need to convince me of that, but that's only one side of the > coin. There's also the issue of allowing/encouraging contributions from > people who do not want to contribute to core Emacs (e.g. because they > don't like our low-tech email-based workflow, or they don't like the way > we argue, ...). But that surely is a decision for individual package maintainers, correct? Org Mode's development procedures and practices are quite close to ours, for instance, yet it "lives in" both core, ELPA, and independently just the same. > Or the fact that in many people's mind once it's in core Emacs it's in > a kind of "long term retirement home" (tho apparently there is a > similar belief about GNU ELPA where some people are reluctant to > contribute a package to it before it's "complete"). In this instance, the problem is the exact inverse, which is to say that users take prompt action on the part of (NonGNU) ELPA package maintainers for granted, and it becomes an uphill battle to persuade them to actively submit these trivial changes upstream, they rightly perceiving this to be our responsibility. > Which is why whether a package should live in core or in GNU ELPA is > done on a case by case basis and it's usually a "lesser evil" kind of > choice. The greater evil, in my view, is moving packages from core to the devil knows where. Once a package is integrated into Emacs, its disposition should be accomplished fact, the more so if no singularly compelling reason (e.g., an uncooperative maintainer) emerges to move it elsewhere. I think I mentioned why this is so. > BTW, technically, we *can* make a change to the Evil package without the > maintainers's agreement. It will mean that the `elpa/evil` branch on > `nongnu.git` will not be in sync with the upstream Evil Git repository > (a "fork") and that we will have to keep *merging* our local changes > with upstream updates in the future (tho that can be automated as long > as it doesn't bump into merge conflicts), so it comes at a cost, but if > the upstream's maintenance goes dead it's an option we should consider. I think there is life in the old dog yet. The difficulty is that mail cannot be delivered to the address listed on its package description.