From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Mon, 11 May 2020 23:55:10 -0400 Message-ID: References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="108631"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: joostkremers@fastmail.fm, ams@gnu.org, phillip.lord@russet.org.uk, pcr910303@icloud.com, Emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 05:56:04 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 1jYM1U-000S9r-2P for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 05:56:04 +0200 Original-Received: from localhost ([::1]:33490 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYM1T-0002BZ-5d for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 23:56:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60710) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYM0j-0001fG-GB for Emacs-devel@gnu.org; Mon, 11 May 2020 23:55:18 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:20459) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYM0i-00025e-An; Mon, 11 May 2020 23:55:16 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 26D9481360; Mon, 11 May 2020 23:55:14 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 5F60880BB1; Mon, 11 May 2020 23:55:12 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1589255712; bh=UJ9foyFAlz/3e8nnyXwRAxYT5HaI8vpjRHm/E29Bo2Q=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ILahURU1HubwlIW+OX8M627J9ti3eOf7Xod5VnevwXIZRQeMh3qSvvFnC9w/f7Odw fkm+L8S/1oJzhqrnoFJXcZePnKnVw5dwPv5YBlZVTZtC3mIN6DL7TSPUjuhidEzXN9 lyXc8L+3JcGwSFbnGLyn3sIZiOYn6vCMkMGyiHamb6ze5QysjdY33HUrfmiuGLZNyC tMvEnGlE1Z3+3y30UxMvMGh8ztXHv69MDQ3HOQ/N9sGY+93bzXS1rW73eynTceBUBV iYs4JQ7snBTTjGk/aB6Mb8GYM4LTKBtvSz9zFho7iY+ThwuC+JyCYyyL2VLQ6kwpZ/ YYVKJEb+LExOQ== Original-Received: from alfajor (unknown [216.154.3.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 87C4B1203AB; Mon, 11 May 2020 23:55:11 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Mon, 11 May 2020 23:16:14 -0400") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/11 23:10:21 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:249937 Archived-At: > > FWIW, nobody asked to add it in Emacs core. The only request was > > to add it in ELPA, which looks like everybody has a different idea > > of what it is. > 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. The library's been in wide use for many years already, yet Emacs still chugs along exactly as before. Including it into GNU ELPA would make no difference in this respect. In any case, at this point I'm not really interested in adding any other of those packages to GNU ELPA. I'll just recommend people add MELPA to their `package-archives` and move on. Stefan