From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: PL support Date: Thu, 14 May 2020 01:03:40 -0400 Message-ID: References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <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> <57491476-b7d1-ed1e-9eaf-bc45db607ae8@yandex.ru> <835zd2bf2h.fsf@gnu.org> <1c43f78b-2bc5-8c81-4a57-ba63bb721c85@yandex.ru> <83wo5i9z21.fsf@gnu.org> <83h7wm9uy7.fsf@gnu.org> <83h7wl86sq.fsf@gnu.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="37882"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpitclaudel@gmail.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 14 07:05:32 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 1jZ63o-0009lE-Gq for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 07:05:32 +0200 Original-Received: from localhost ([::1]:40430 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZ63n-00079c-Hm for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 01:05:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58284) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZ622-0004Er-3i for emacs-devel@gnu.org; Thu, 14 May 2020 01:03:43 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:54013) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZ621-0007D5-JY; Thu, 14 May 2020 01:03:41 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jZ620-0005Kz-9G; Thu, 14 May 2020 01:03:40 -0400 In-Reply-To: <83h7wl86sq.fsf@gnu.org> (message from Eli Zaretskii on Tue, 12 May 2020 19:19:33 +0300) 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:250190 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I have nothing against MELPA-Libre, whether it exists or will be > created at some future point, as long as it is not GNU ELPA, i.e. as > long as it is not perceived as part of the GNU Emacs project. If it > wants to be part of the Emacs project, and the packages are supposed > to be movable between Emacs and MELPA-Libre, I will insist of applying > the same rules and basic requirements to it that we apply to code in > Emacs. That is how it must be. People have suggested the idea of a MELPA-Libre. People have suggested the idea of including some packages in GNU ELPA without copyright assignments. How are these different? The meaning of "MELPA-Libre" is not entirely precise -- there are various possibilities for what it might be. So the answer cannot be precise. I think the basic idea is that others would maintain it, not us, but that they would commit to follow some part of our criteria for GNU ELPA. For instance, we presume they would reject references to nonfree software. Clearly they would not get copyright assignments. I suppose they would not ask for coherence of design with Emacs. That leaves a lot of room for variation. We can't say whether we would want to refer to MELPA-Libre until we know what it would be. I find proposal of broadening GNU ELPA more plausible because (1) we could decide how to handle it and (2) it would probably come closer to following our standards. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)