From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Sun, 17 May 2020 17:24:59 +0300 Message-ID: <405FCFAB-30E4-4F98-81DA-3B09933E86D0@gnu.org> References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> <4e937898-ae46-710a-cbca-e452a1156fa1@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="82004"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: K-9 Mail for Android Cc: joostkremers@fastmail.fm, ams@gnu.org, phillip.lord@russet.org.uk, pcr910303@icloud.com, Emacs-devel@gnu.org To: Dmitry Gutov , rms@gnu.org, Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 17 16:25:53 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 1jaKEj-000LBy-2i for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 16:25:53 +0200 Original-Received: from localhost ([::1]:52502 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaKEi-0005fU-2E for ged-emacs-devel@m.gmane-mx.org; Sun, 17 May 2020 10:25:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42312) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaKEG-0005BW-JU for Emacs-devel@gnu.org; Sun, 17 May 2020 10:25:24 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59840) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaKEE-0001C9-W7; Sun, 17 May 2020 10:25:23 -0400 Original-Received: from [176.12.226.120] (port=57353 helo=[10.159.73.135]) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1jaKDz-0007jX-FJ; Sun, 17 May 2020 10:25:12 -0400 In-Reply-To: <4e937898-ae46-710a-cbca-e452a1156fa1@yandex.ru> 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:250604 Archived-At: On May 17, 2020 4:38:40 PM GMT+03:00, Dmitry Gutov wro= te: > On 17=2E05=2E2020 16:01, Eli Zaretskii wrote: > >>> Most people (somewhat wrongly) think of GNU ELPA as > a*distribution* > >> > site for third party packages, like MELPA=2E > >> > >> Maybe that changes things=2E If we present ELPA as just a > distribution > >> site=2E > > If we regard ELPA just as distribution site, we shouldn't decide so > lightly to leave important packages on ELPA, we should be tend more to > adding them to core=2E >=20 > I would like to point out, as an author of several packages, that in > my=20 > experience having a package in ELPA is _better_ than having it in the > core=2E >=20 > The exception to that rule is more or less cases where the package is=20 > not only added but also enabled by default=2E I'm saying that maybe we shouldn't agree so easily to put a package on ELP= A if the author would like more than just distribution services=2E