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: decision on moving core packages to ELPA; also move to obsolete? Date: Tue, 15 Dec 2020 22:11:03 +0200 Message-ID: <83h7omakyw.fsf@gnu.org> References: <86a6ugnopl.fsf@stephe-leake.org> <83im94b17m.fsf@gnu.org> <834kknatxs.fsf@gnu.org> <83sg86apqb.fsf@gnu.org> <865z52oqfp.fsf@stephe-leake.org> <86wnxinbnx.fsf@stephe-leake.org> <83o8iuann7.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25738"; mail-complaints-to="usenet@ciao.gmane.io" Cc: daniele@grinta.net, stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 15 21:12:27 2020 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 1kpGgM-0006YZ-3W for ged-emacs-devel@m.gmane-mx.org; Tue, 15 Dec 2020 21:12:26 +0100 Original-Received: from localhost ([::1]:39142 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpGgL-0001Q7-3P for ged-emacs-devel@m.gmane-mx.org; Tue, 15 Dec 2020 15:12:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kpGf9-0000lM-Rv for emacs-devel@gnu.org; Tue, 15 Dec 2020 15:11:11 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58456) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpGf7-0002Qc-UH; Tue, 15 Dec 2020 15:11:09 -0500 Original-Received: from [176.228.60.248] (port=3879 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kpGf7-0007wM-8y; Tue, 15 Dec 2020 15:11:09 -0500 In-Reply-To: (message from Stefan Monnier on Tue, 15 Dec 2020 14:54:52 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:260921 Archived-At: > From: Stefan Monnier > Cc: Stephen Leake , daniele@grinta.net, > emacs-devel@gnu.org > Date: Tue, 15 Dec 2020 14:54:52 -0500 > > > So please describe how you envision the process of building a release > > tarball under this assumption. E.g., how do I know which version of > > package A I want to bundle is stable enough to go to a bugfix elease > > of Emacs? > > I'd expect it to work the same as for Org, MH-E, Gnus, you name it. What do you mean by "the same as"? Currently, it is not our decision which Org/MH-E/etc. version will be in what Emacs branch. The respective developers make that decision and simply push the version they decided into our repository. Once we separate the repositories, the decision will have to be made by whoever prepares the tarball, and I don't see how he or she could be equipped to make that decision, nor how the packages are organized for this modus operandi. > But your question is getting to the more meaty stuff indeed: the problem > of bundling is one of making decisions/tradeoffs. The actual code > needed to do the bundling is quite simple and most of it is > already written. I'm not sure most of it is done. Over the years, we had several long discussions here about this stuff, and AFAIR none of them ended with solutions. All those issues raised in those discussions are still with us, waiting to bite us. We need to go over those issues and solve them before we can seriously talk about unbundling ada-mode or any other package.