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: Adding use-package to core Date: Sat, 19 Nov 2022 10:04:37 +0200 Message-ID: <834juv9xpm.fsf@gnu.org> References: <87fsemjs7v.fsf@yahoo.com> <87wn7skqne.fsf@melete.silentflame.com> <83h6yw9hhf.fsf@gnu.org> <87h6ywgfii.fsf@posteo.net> <83edtza04u.fsf@gnu.org> <875yfb5rg5.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7103"; mail-complaints-to="usenet@ciao.gmane.io" Cc: spwhitton@spwhitton.name, luangruo@yahoo.com, emacs-devel@gnu.org, xenodasein@tutanota.de To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 19 09:05:29 2022 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 1owIqu-0001cH-Mt for ged-emacs-devel@m.gmane-mx.org; Sat, 19 Nov 2022 09:05:28 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1owIq8-0005LM-M2; Sat, 19 Nov 2022 03:04:40 -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 1owIq1-000582-QT for emacs-devel@gnu.org; Sat, 19 Nov 2022 03:04:34 -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 1owIq1-0005aT-8B; Sat, 19 Nov 2022 03:04:33 -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=9DAIocQsoQdOoUbwY+LRQQ+gpeEBfUmryNfxd3IJlIo=; b=jCXzitLXBack XedH/93FN/v7p5ukTZ/u4snKlaumwyyA6Zim8ziLu626KYEE3UnaAhEVbwtkqKqflC4X+W/IaBe2o luXQtDSvPq7X7H6mn2AsSVIIROgYDO/UitUgZI35UPhvxbsKU9gMwd4YuiTuR5CytBm27YFMH8gYQ s7G6NaQuq7Dnhz2tWn+VIv9K7sPyOvfZkTFzQMdVtT5hOwKjMLLiUm+VGGmVq6YAzO7Cg7si1uYIg iwWY3zJ4K5xEf5Gd6ZmEqDEbDcBdec9/a+fRISXe4G/K7+jYdoefnRFfOr6AIlNi10rjoTh2CVaUC TpxY6I7wJ6Hqd3G1vx1+Bw==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1owIpz-0003oR-8F; Sat, 19 Nov 2022 03:04:32 -0500 In-Reply-To: <875yfb5rg5.fsf@posteo.net> (message from Philip Kaludercic on Sat, 19 Nov 2022 07:33:30 +0000) 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:300140 Archived-At: > From: Philip Kaludercic > Cc: spwhitton@spwhitton.name, luangruo@yahoo.com, emacs-devel@gnu.org, > xenodasein@tutanota.de > Date: Sat, 19 Nov 2022 07:33:30 +0000 > > Eli Zaretskii writes: > > >> What would the criteria for inclusion be like? > > > > Packages that we'd like to have in Emacs, but for some reason are on > > ELPA instead. This would allow packages like Magit, Org, project.el, > > and maybe others to stay only on ELPA. > > 1. project.el and Org is already included, even developed in Emacs? The intent was to leave them only on ELPA when the way of including ELPA packages in a release is figured out. (And Org is definitely NOT developed in Emacs.) > 2. Are we talking about GNU ELPA or both NonGNU ELPA and GNU ELPA. GNU ELPA only. > Perhaps we can take a look at the results of the Emacs Survey, when that > comes out later this month and collect a list of popular contenders? We could do that, but until we have a reliable way of including ELPA packages in a release (which should include the solution for how to upgrade such packages after the released Emacs is installed on the user's machine), doing these secondary jobs is IMO just a waste of time and energy. For example, if the solutions are far away in the future, the list of contenders you collect now will be outdated by then, and will need to be redone anew. The issues we are touching here were all discussed in the past, and the difficulties that need to be resolved were described and also discussed. It's nothing new, and I don't think anything's changed since those discussions, we are still where we were back then wrt our ability to include ELPA packages.