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: Tue, 12 May 2020 20:01:26 +0300 Message-ID: <83d07984ux.fsf@gnu.org> References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="48225"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, joostkremers@fastmail.fm, Emacs-devel@gnu.org, ams@gnu.org, pcr910303@icloud.com, phillip.lord@russet.org.uk To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 19:03:09 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 1jYYJA-000CIE-MK for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 19:03:08 +0200 Original-Received: from localhost ([::1]:55512 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYYJ9-0008SD-LB for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 13:03:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53970) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYYI0-0006We-Nv for Emacs-devel@gnu.org; Tue, 12 May 2020 13:01:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:45280) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYYHz-0005Be-KX; Tue, 12 May 2020 13:01:55 -0400 Original-Received: from [176.228.60.248] (port=3453 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jYYHp-0007eC-Cp; Tue, 12 May 2020 13:01:45 -0400 In-Reply-To: (message from Stefan Monnier on Mon, 11 May 2020 23:55:10 -0400) 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:249993 Archived-At: > From: Stefan Monnier > Date: Mon, 11 May 2020 23:55:10 -0400 > Cc: joostkremers@fastmail.fm, ams@gnu.org, phillip.lord@russet.org.uk, > pcr910303@icloud.com, Emacs-devel@gnu.org > > > I see the distinction, but either way it would cause the same problem. > > The problem is a second, incoherent set of string functions. > > But it's a problem we can't solve, because the library is out there are > people use it. Furthermore it's only hypothetical. It won't stay hypothetical if we allow incoherent packages into ELPA and start accepting their use in other packages and eventually in core. People will ask us to use them more, people will ask us to document them, people will ask us to fix bugs in them, and eventually to use them in our own code. In a word, people will rightfully expect us to take full responsibility on every such package. The costs will come, I have no doubt about it. > I'll just recommend people add MELPA to their `package-archives` and > move on. Please don't.