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: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Wed, 13 May 2020 17:38:47 +0300 Message-ID: <83lflv7vd4.fsf@gnu.org> References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> <83d07984ux.fsf@gnu.org> <87y2pxcb85.fsf@russet.org.uk> <831rnp82rv.fsf@gnu.org> <87sgg4bzqg.fsf@russet.org.uk> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="24709"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, joostkremers@fastmail.fm, Emacs-devel@gnu.org, ams@gnu.org, monnier@iro.umontreal.ca, pcr910303@icloud.com To: Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 13 16:39:50 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 1jYsY0-0006J8-I5 for ged-emacs-devel@m.gmane-mx.org; Wed, 13 May 2020 16:39:48 +0200 Original-Received: from localhost ([::1]:53624 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYsXz-0001HE-Kb for ged-emacs-devel@m.gmane-mx.org; Wed, 13 May 2020 10:39:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56896) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYsXV-0000m4-E3 for Emacs-devel@gnu.org; Wed, 13 May 2020 10:39:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37995) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYsXU-0003zn-4V; Wed, 13 May 2020 10:39:16 -0400 Original-Received: from [176.228.60.248] (port=3071 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jYsXK-00062y-H4; Wed, 13 May 2020 10:39:07 -0400 In-Reply-To: <87sgg4bzqg.fsf@russet.org.uk> (message from Phillip Lord on Tue, 12 May 2020 22:38:31 +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:250127 Archived-At: > From: Phillip Lord > Cc: monnier@iro.umontreal.ca, rms@gnu.org, joostkremers@fastmail.fm, > ams@gnu.org, pcr910303@icloud.com, Emacs-devel@gnu.org > Date: Tue, 12 May 2020 22:38:31 +0100 > > No, I wouldn't want you to step down, and this was not directed > specifically at you. The message had me in the To header and was a direct response to something I wrote. I interpreted it as being aimed at me, yes. > Overall, emacs-devel is a fairly conservative place, though. That, > combined with a slow and onerous copyright assignment proceedure > (proceedure not policy: the proceedure could be fixed without > changing policy), means that the ecosystem outside core is richer > than inside. We can discuss which parts of our requirements are overly conservative and need to be relaxed (but then we should talk about specifics, not in such general terms). But let's agree about one thing: none of these requirements have anything to do with being ungrateful to our contributors. Every contribution is very welcome, and the standards are not meant to be obstacles for the sake of obstacles, they are meant to keep the quality high enough for us all to be proud of what we achieved. > If packages like this do not meet Emacs standards, perhaps, this it > is Emacs standards that need to change to fit. You make it sound as if asking the developer of a package, e.g., to reformat the doc strings so that the first line is a complete sentence somehow means the whole package is garbage. IOW, the delta between the original package and what would make it on par with the rest of the code is usually quite small. It is not a rejection of the package, it is a small set of minor requests. It is still possible that our standards should change in some ways, but let's again keep this in perspective and not blow it out of proportion.