From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: ams@gnu.org (Alfred M. Szmidt) Newsgroups: gmane.emacs.devel Subject: Re: PL support Date: Mon, 11 May 2020 01:35:25 -0400 Message-ID: References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <83y2q1dsvh.fsf@gnu.org> <2468efa6-7dbd-8634-44cc-586bb6985f49@yandex.ru> <83pnbddrfd.fsf@gnu.org> <83k11ldpxs.fsf@gnu.org> <83imh5dnun.fsf@gnu.org> <83h7wpdms7.fsf@gnu.org> <83ftc9dm07.fsf@gnu.org> <0d678371-2df7-519e-5ec0-7e26bfa6ea34@gmail.com> <11dff979-002e-e03e-2e3e-cdb09fcc409e@yandex.ru> <8017be3d-a4ed-61eb-9bdb-9a95c77a0698@gmail.com> <3adf65ae-fd0d-4fee-adfd-e11d39a148fc@yandex.ru> <01e211df-acfb-fb8a-eedc-7cb439b64cd8@yandex.ru> <90C1E75D-214A-464E-AA24-25CC8C220B3B@icloud.com> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="18936"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpitclaudel@gmail.com, emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca, dgutov@yandex.ru To: pcr910303@icloud.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 11 07:36:00 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 1jY16e-0004o0-G0 for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 07:36:00 +0200 Original-Received: from localhost ([::1]:45626 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jY16d-0007gQ-7R for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 01:35:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53838) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jY168-0007BM-OY for emacs-devel@gnu.org; Mon, 11 May 2020 01:35:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57797) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jY167-00080R-DK; Mon, 11 May 2020 01:35:27 -0400 Original-Received: from ams by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jY165-0007x8-Cs; Mon, 11 May 2020 01:35:25 -0400 In-reply-to: <90C1E75D-214A-464E-AA24-25CC8C220B3B@icloud.com> (message from pcr910303@icloud.com on Mon, 11 May 2020 11:49:38 +0900) 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:249765 Archived-At: You can mark a package whether it will be able to move into core or not. Having a package on ELPA is not as good as having it in the core (for example Magit), but it's much better than having the user to force them to use MELPA as soon as they start using Emacs. Nobody can foresee the future, so what might be included or not is far to early to see. It would also be unfair to those who contribute a package to ELPA from the start tell them that they are not welcome to include their package in Emacs -- which is the situation that will occur if one ignores collection of copyright assignments. > If there were ever some package we want to refer people to but > certainly would never want to move it into the core, this issue > would not arise. > > But how could we be sure of that? For one example, no one would want s.el, dash.el, f.el directly into the core. Several people have already suggested features that are provided by s.el, dash.el that could be a welcome addition to Emacs. By skipping copyright assignments from the onset, one cannot take the existing code that is part of the Emacs project and include it in Emacs proper. That would be a terrible loss.