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: Drop the Copyright Assignment requirement for Emacs Date: Sat, 09 May 2020 12:56:22 +0300 Message-ID: <83y2q1fn3t.fsf@gnu.org> References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <97DA7804-F647-4A1D-B8E0-AFFE7A324C64@gmail.com> <87d07xamrg.fsf@ericabrahamsen.net> <878silajdl.fsf@ericabrahamsen.net> <87tv18pyh4.fsf@russet.org.uk> <83zhaih0oz.fsf@gnu.org> <83pnbegsvm.fsf@gnu.org> <83imh5hby1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="16515"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 09 11:57:02 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 1jXMEA-0004B6-9b for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 11:57:02 +0200 Original-Received: from localhost ([::1]:33370 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXME9-0005g5-6S for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 05:57:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33460) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXMDh-0005FR-5P for emacs-devel@gnu.org; Sat, 09 May 2020 05:56:33 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:49021) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXMDg-0001kQ-Sp; Sat, 09 May 2020 05:56:32 -0400 Original-Received: from [176.228.60.248] (port=1446 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jXMDf-0005za-OE; Sat, 09 May 2020 05:56:32 -0400 In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sat, 9 May 2020 10:48:34 +0100) 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:249385 Archived-At: > From: João Távora > Date: Sat, 9 May 2020 10:48:34 +0100 > Cc: Stefan Monnier , emacs-devel > > That was my impression initially too. But in practice it evolved to > a place for the "not quite ready for prime-time" cases: i.e. we > let most everything in, provided they have copyright and adhere > to some minimal conventions. So we don't uphold the same > standard there, never did, I think. Nowadays, I see ELPA as a > staging place for packages to come in, eventually make it into core > _and_ back into ELPA as :core packages. What is the process of becoming :core? is that documented somewhere? E.g., is dash.el undergo such a process to be better suited for core? Or will dash.el never be in core (in which case see below)? > FWIW, I don't fully agree with Stefan: we should not require > copyright assignment for inclusion in GNU ELPA if that introduces > needless friction, but we should require of authors, maintainers or > proponents that they make an effort to track down the contributors > and solve this, otherwise it makes no sense for it to be there. > > Finally, above practical aspects, assigning copyright is declaring > support for an idea larger than the FSF itself. It's a political > declaration. I think the reason some people take issue with it > is seeing their names vanish from the first few lines of the source > file, and be replaced by something they don't agree with, or > don't understand. Then I ask again the same question: why not let these packages live on MELPA or in GitHub or anywhere else? What do we and the package maintainers gain from having these packages on ELPA? Still confused.