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: Tue, 12 May 2020 23:53:53 -0400 Message-ID: References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <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> <57491476-b7d1-ed1e-9eaf-bc45db607ae8@yandex.ru> 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="70059"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpitclaudel@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 13 05:54:24 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 1jYiTQ-000I5A-Hs for ged-emacs-devel@m.gmane-mx.org; Wed, 13 May 2020 05:54:24 +0200 Original-Received: from localhost ([::1]:34484 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYiTP-0001xN-IT for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 23:54:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56694) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYiSx-0001TX-E5 for emacs-devel@gnu.org; Tue, 12 May 2020 23:53:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56712) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYiSw-0006Ry-Fj; Tue, 12 May 2020 23:53:54 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jYiSv-0000As-Ky; Tue, 12 May 2020 23:53:53 -0400 In-Reply-To: <57491476-b7d1-ed1e-9eaf-bc45db607ae8@yandex.ru> (message from Dmitry Gutov on Mon, 11 May 2020 06:06:49 +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:250073 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. ]]] > So I think deferring the step of asking for copyright assignment until > we actually want to do the move to the core. If getting copyright assignments were a matter of simply doing work, this would make sense: don't do the work until we know we need it. But that's not how it is. The passage of years makes convincing contributors more difficult. Occasionally even impossible, if the contributor is unreachable. Therefore, postponing it is unwise. Stefan responded: > I don't think we'd want to defer that late. Instead, we should seek > assignments eagerly but in a non-blocking way. That avoids substantial gratuitous delay on our part. However, we would give up an important way of convincing contributors: "Please do this so we can put the package in GNU ELPA." Also, we still wouldn't > give push rights to people who haven't signed the copyright paperwork. That would help convince those who are still contributing, but would not help with past contributors who have stopped. Also, we would have to verify that there are no significant unreachable contributors of that we can delete or replace their code. In some cases it could be ok to decide, finally, "We won't ever particularly want to put this in core Emacs," and put it in GNU ELPA labeled "Never core". But that is not necessarily a solution. What if some people start pressuring us to put it in the core, demanding that we change our rules for the core, saying that we don't care about making Emacs more powerful, etc? -- 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)