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: Tue, 12 May 2020 14:42:09 -0400 Message-ID: References: <35DBF02E-44D7-41E5-A217-7D6EC84ED221@icloud.com> <83d07984ux.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="108753"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: rms@gnu.org, joostkremers@fastmail.fm, Emacs-devel@gnu.org, ams@gnu.org, pcr910303@icloud.com, phillip.lord@russet.org.uk To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 20:43:45 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 1jYZsW-000S95-Fc for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 20:43:44 +0200 Original-Received: from localhost ([::1]:42922 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYZsV-0001it-Ey for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 14:43:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41336) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYZr9-0000QF-52 for Emacs-devel@gnu.org; Tue, 12 May 2020 14:42:19 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:27303) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYZr6-00046a-Po; Tue, 12 May 2020 14:42:18 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 47E4D81474; Tue, 12 May 2020 14:42:13 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 5234981196; Tue, 12 May 2020 14:42:11 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1589308931; bh=RWdr/+7i+bHP0VuLxGbsC8LnsJwI+EWl8vFBaWHnGnI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=VolQZ2uoMQckwKZozL9vz6C8XN6OuwjHmMM7I/diOWme1/X3lER+AM03rEtakQvLl 15aGbYgUCFpvHf0uqX4920yAdes++XzTH01mc9/3r9ExiSv9EjzXrBHEpSTDItX7iE gQGS2wS3DtBBoCW6i8mp8KghVjtj8blrfveP1JRtvzsu7tN3VDMh2B9YBhOSiO9arI ICRtvQyodM/qU33CnLNObI3weRxqaf9RvbL00y7Fn/wTIG9OPcYnKSY3I7smByCOF/ 4KzOTv7HfRBmTCYthar4XzH6gQTwOPLJ0Tk9Y7D3iESwB5GKz2NhIBw3y4hhXJI4ua jk5Rydi5OdpIA== Original-Received: from alfajor (unknown [216.154.3.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C946C120800; Tue, 12 May 2020 14:42:10 -0400 (EDT) In-Reply-To: <83d07984ux.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 May 2020 20:01:26 +0300") 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/12 13:54:09 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:250019 Archived-At: > It won't stay hypothetical if we allow incoherent packages into ELPA > and start accepting their use in other packages and eventually in core. We can simply refuse to incorporate `s.el` into core and then any package which wants to be in core will first have to sop using `s.el`. Accepting `s.el` into GNU ELPA does not mean we will accept it into core. Emacs and GNU ELP are both under our control, but we don't need to (and we don't) apply the same rules to the two. Stefan