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: Imports / inclusion of s.el into Emacs Date: Wed, 06 May 2020 09:37:24 -0400 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="80067"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Stefan Kangas , emacs-devel@gnu.org, joaotavora@gmail.com, pcr910303@icloud.com, dgutov@yandex.ru, eliz@gnu.org, drew.adams@oracle.com To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 06 15:38: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 1jWKFP-000Kjl-LW for ged-emacs-devel@m.gmane-mx.org; Wed, 06 May 2020 15:38:03 +0200 Original-Received: from localhost ([::1]:38028 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jWKFO-0003Sm-OA for ged-emacs-devel@m.gmane-mx.org; Wed, 06 May 2020 09:38:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47330) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jWKEv-00032G-JP for emacs-devel@gnu.org; Wed, 06 May 2020 09:37:33 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:16977) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jWKEu-0006id-1j; Wed, 06 May 2020 09:37:32 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 61F0E1013D4; Wed, 6 May 2020 09:37:30 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B2363100FFC; Wed, 6 May 2020 09:37:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1588772248; bh=mX71p4Pw+61E+mVwphcaZDZXikElZsTG3JQ/hS8UUlI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=FNOoy/7B6jjQeAfg5aAXa6Y61tFqTuZCtTVTDGdoHsFYiHcu7ghZo5CN8gsVjx0MT hvyFzlxa/kwGyYBahtlgeGUQvBBC+hhpXxhG8HH26kY2wIcbsVC7BC6MoLLGyG2SyC LwZN68zLiK8FaD3i5A3q5OJ7uuiLFMTAGq0mmCRAZy1CcCIiQgg3wJ/PNFhWnZdRp/ Ckp2lwbj2Dr5+6WuDd46TADfGt5lcmUd54eYFXLT8QFBvgE3/WGxcQ0147VMjV+WJT 9PNdDNhTaqpQ2zgx8pi4sn3lxYmGhq1M4E6zlBt/DwKbbnfjJf9TMqxi7CUud5xz5S g89GpXfLGGcMw== Original-Received: from alfajor (unknown [216.154.3.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id A17911205E0; Wed, 6 May 2020 09:37:26 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Wed, 06 May 2020 00:45:43 -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/06 09:28: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:249083 Archived-At: > This is not a moral issue. s.el is free software; it is not evil. > But we have to exercize good technical judgment as well as moral judgment. > We don't want people to make their Emacs Lisp code depend on s.el, > because that would not fit into Emacs well. So we should avoid > encouraging making Emacs Lisp code depend on s.el. I have the impression that you don't live in the same universe as mine: in my world, `s.el` is already used by the majority of new packages even tho it's neither part of Emacs nor of GNU ELPA. Not including it in GNU ELPA just increases the difficulty of accepting other packages in GNU ELPA. We can try and provide something better, but as this long thread about trying to have a more organized namespace has shown, I don't think this is going to happen any time soon. Stefan