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: ELPA policy (was: Imports / inclusion of s.el into Emacs) Date: Sat, 09 May 2020 22:29:37 -0400 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> <83zhaij4qn.fsf@gnu.org> <838si1h7m5.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="12183"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eliz@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 10 04:30:34 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 1jXbjd-000347-V0 for ged-emacs-devel@m.gmane-mx.org; Sun, 10 May 2020 04:30:33 +0200 Original-Received: from localhost ([::1]:46298 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXbjc-0002jH-Bn for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 22:30:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41334) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXbin-0000vv-5Y for emacs-devel@gnu.org; Sat, 09 May 2020 22:29:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35936) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXbim-0007cW-6s; Sat, 09 May 2020 22:29:40 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jXbij-00051R-Oz; Sat, 09 May 2020 22:29:38 -0400 In-Reply-To: (message from Philippe Vaucher on Sat, 9 May 2020 12:42:01 +0200) 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:249616 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'm sure that if we read the MELPA recommendations more in depth we'd > find even more inspiration as to what ELPA's policy could be. The MELPA recommendations you cited are all technical. I agree with the first three. I think the fourth one, rejecting long functions in a blanket way, is too strict, but I agree with that it is good to encourage functions to be shorter. GNU and GNU Emacs have many other coding conventions. I suppose the people who run MELPA have some too. Maybe they are the same ones, or maybe not. We should apply our conventions to the code we adopt. However, the most important area of possible difference is in the _nontechnical_ conventions. I think Eli posted a message listing some of them, regarding licensing, and what other programs to recommend. This is the most important area of all. This is why we can't recommend MELPA. -- 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)