From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Imports / inclusion of s.el into Emacs Date: Tue, 5 May 2020 10:29:28 -0700 (PDT) Message-ID: <3447f21d-1dbf-44fb-8448-0c38ce472e5c@default> References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="16530"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , Emacs developers , =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= , =?utf-8?B?7KGw7ISx67mI?= , Dmitry Gutov , Eli Zaretskii , Stefan Monnier To: Stefan Kangas , Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 05 19:30:20 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 1jW1Oe-0004D9-Ev for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 19:30:20 +0200 Original-Received: from localhost ([::1]:59374 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jW1Od-0003uB-HV for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 13:30:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42380) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jW1Nx-0003N9-Df for emacs-devel@gnu.org; Tue, 05 May 2020 13:29:37 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:53574) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jW1Nv-0001i6-Fc; Tue, 05 May 2020 13:29:36 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 045HRlN6125114; Tue, 5 May 2020 17:29:32 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=A3Zh12h+TFjRmY1HSlkhGgrLQ7wkdKUPPd2620uR/K0=; b=nOs4VpDf75o/LiZpmMTYsElNViSBSPexcyfd0p4HcjFgaG/9cTNhvWzr5w6HOlfBjbia Gx7r3+Gztp3g9B5Ll5bHb79UtapXsmytf3W2UjHrayvLB/q9ijBiU5Ue8jdRXLKREzhQ VkN3oEGKz0VA5YJBXVlAJ16wIwsobM2HYMBiJfroQAhk87DhHgAL7hV6p1Xo7pO/dOWn kjpkLvyktG2lJMh7mSdHSJan2lKoymzK+lY14UVer7npBF/JPTrMmeYVNs3OyY00VZDn ez8SmlL/81pQYSaS1SGKOhzjdJiOw/R1gv43CpxSTKVg9qIe3E1ei+F5blrywRxtlq+5 JA== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 30s1gn5yf9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 05 May 2020 17:29:31 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 045HRPgi192924; Tue, 5 May 2020 17:29:31 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 30sjnf6wjc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 05 May 2020 17:29:31 +0000 Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 045HTTmO027351; Tue, 5 May 2020 17:29:29 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9612 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 adultscore=0 phishscore=0 mlxlogscore=999 bulkscore=0 malwarescore=0 spamscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005050132 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9612 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 suspectscore=0 mlxscore=0 spamscore=0 clxscore=1015 priorityscore=1501 bulkscore=0 phishscore=0 impostorscore=0 malwarescore=0 lowpriorityscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005050132 Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@oracle.com; helo=userp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/05 13:29:33 X-ACL-Warn: Detected OS = Linux 3.x [generic] [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, 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:249017 Archived-At: > > I thought we had a golden opportunity to put s.el inside Emacs: >=20 > We can still put it in GNU ELPA, which is just as good. Frankly, it's > better. We can pick and choose all the best ideas and include them in > a way that fits with the rest of Emacs. And users who still prefer > s.el are free to use it, including in other GNU ELPA packages. >=20 > > - I can try to suggest a few aliases, and maybe one or two will be > > accepted, but certainly not a lot. > > - I can try to suggest a few new functions, and maybe one or two will > > be accepted. >=20 > Sounds good, thank you. (I'm not sure why you think that most of your > suggestions would be rejected, though.) >=20 > > - Whatever is introduced is likely to be "Emacsified" as not to look > > too much like clojure. >=20 > The way I understand this discussion, I don't think the point is that > we just want to be different for the sake of being different. It's > just that we can't import functions wholesale simply to be similar to > another language when we already have perfectly good alternatives in > ELisp. Or at least we can't do that in core (OTOH it's fine if a > library like s.el wants to do that). >=20 > > - I can notify the author of s.el that only a tiny subset of s.el (if > > any) is likely to be imported, but he should know he's very welcome > to > > put s.el on ELPA. >=20 > If I read you correctly, you're a bit disappointed. Even so, please > focus on the positive, that we would like to add s.el to GNU ELPA, > rather than the negative "it will not be added to Emacs core". I > believe adding it to GNU ELPA will send most of the positive and > encouraging signals that we all want to communicate to the > outside-of-ELPA package author crowd. +1 to everything Stefan K said there. (And expressed constructively, as usual.)