From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Why not include all ELPA packages in an Emacs release? Date: Thu, 30 May 2024 09:53:52 -0400 Message-ID: References: <87bk4ql3u5.fsf@jeremybryant.net> <864jagu9ji.fsf@gnu.org> <878qzspd9j.fsf@gnu.org> <87y17rag37.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="25573"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Tassilo Horn , Arash Esbati , Eli Zaretskii , Stefan Kangas , jb@jeremybryant.net, emacs-devel@gnu.org, philipk@posteo.net To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 30 15:55:13 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 1sCgFN-0006Or-5O for ged-emacs-devel@m.gmane-mx.org; Thu, 30 May 2024 15:55:13 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCgEE-0007XQ-Ss; Thu, 30 May 2024 09:54:02 -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 1sCgED-0007XI-Nh for emacs-devel@gnu.org; Thu, 30 May 2024 09:54:01 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCgE9-0006oW-7J; Thu, 30 May 2024 09:54:01 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id BC94144270F; Thu, 30 May 2024 09:53:53 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1717077232; bh=/+OM5Ff1+7X3aFf89s+jL7RAR/V0X+53wlFdc0q9ivs=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=TF9QoLJhjviEDNeBNCd71M9GQPmCpJKudmUuq5mjL3rSO6gwmZUFFdNPvW7YvyzBh Z+bGaKuB6SVb9B+5RXjs0RcKZrVjaUjRAICzrAvENi7l8rou8P6azwfFNRax2AmIlP dxr+eA4/R+23MfrqMZBpWLhqBj4Q0t80KViJ/5ET6ADZoKWHoGAViNYaCQ7wQv8WyJ 1CAFh23EB7tYh4OnXF/RtA2x7DPLAFM3fjsDf4vx2UaeHIbh/bq7v3LO+mwN7mjUEi eLgrGFIt6EtmirNT8HoXBPhhOGB41izZgbKdt2a+JRwMq+dThhpJupuKalHw1iX7er 4qvQF0AQRrpeg== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 7F8CF4400ED; Thu, 30 May 2024 09:53:52 -0400 (EDT) Original-Received: from pastel (unknown [24.140.236.196]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 338E31203C3; Thu, 30 May 2024 09:53:52 -0400 (EDT) In-Reply-To: <87y17rag37.fsf@yahoo.com> (Po Lu's message of "Thu, 30 May 2024 15:55:56 +0800") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham 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:319745 Archived-At: > I think it is generally counterproductive to deny or impair our control > over the distribution and maintenance of packages, whether they be also > published on ELPA or not. Assuming we have the ability to include GNU ELPA packages in the tarball, the choice between keeping a package in core or in GNU ELPA boils down to maintenance/administration. >From that point of view, if the package is mainly developed&maintained by core Emacs developers it makes sense for it to live in core, but if it's mostly developed by people who do it elsewhere (e.g. Org or Idlwave) it should rather live in GNU ELPA to avoid the pain of synchronization. Stefan