From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: Imports / inclusion of s.el into Emacs Date: Tue, 5 May 2020 18:20:05 +0200 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="94806"; 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 , Drew Adams , Stefan Monnier To: Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 05 18:21:37 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 1jW0K9-000OXL-SD for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 18:21:37 +0200 Original-Received: from localhost ([::1]:35530 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jW0K8-0007qX-TI for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 12:21:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56930) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jW0Iu-0006wa-3a for emacs-devel@gnu.org; Tue, 05 May 2020 12:20:20 -0400 Original-Received: from mail-yb1-f173.google.com ([209.85.219.173]:40111) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jW0Is-0004mF-VB; Tue, 05 May 2020 12:20:19 -0400 Original-Received: by mail-yb1-f173.google.com with SMTP id e16so1563330ybn.7; Tue, 05 May 2020 09:20:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u2p37myuXrTf9hSYW113I+fzGcz/4aDcl7rZH0lz53w=; b=EBlXFF7T90x8b4mx2tax9GD0g1JFMIRTI9tma52CiZq4aBE6gGU9allfoMqEt44k3B d3Qr5odDzeU0nzw7WfXkXzJtor2yg25vLtVghjD5kZCJxFHskeOLBNUGExq5yUMeQ9+f holt8PfhUm0ATjKI3LNoJJ8EiugP26IKBheFG13z1FyAMlg/9i5AaprN+xAgcgRdyU0D mSk+zkh7sKLJQ7rFB3vbx2mwjMg4zpSZg+229Uz1oxjP4eAJPcFH3TiQDvrSOPu/7YgK Qhu+S/7OExW64d5iYEJCx1coakrtWWKPE2WjhPr8lXYtILjvaHT8wm20U8lCiUHsnum8 6spg== X-Gm-Message-State: AGi0PuYUHbCmlA4dVazsYMdPmM4HCgZcfu6w0bemMY00u1CR3K1CmJxM 9JGPujX0IeEMfVL5Ktnn8ytU2RWop1cyjqXk3SM= X-Google-Smtp-Source: APiQypLX0WCXprIOfKrQmkl40Rgmf43FD9CW0KqQoQqDmATHHTEYPpkPJRrH2NJYDqYsvLAI4b8CMvQ574V+ZXxwm2E= X-Received: by 2002:a25:c646:: with SMTP id k67mr5989323ybf.309.1588695617269; Tue, 05 May 2020 09:20:17 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=209.85.219.173; envelope-from=stefankangas@gmail.com; helo=mail-yb1-f173.google.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/05 12:20:17 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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:249007 Archived-At: Philippe Vaucher writes: > I thought we had a golden opportunity to put s.el inside Emacs: 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. > - 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. Sounds good, thank you. (I'm not sure why you think that most of your suggestions would be rejected, though.) > - Whatever is introduced is likely to be "Emacsified" as not to look > too much like clojure. 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). > - 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. 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. Best regards, Stefan Kangas