From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Philippe Vaucher Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Sat, 9 May 2020 14:52:14 +0200 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> <87wo5mc04t.fsf@fastmail.fm> <835zd5h6tq.fsf@gnu.org> <83mu6hfjgx.fsf@gnu.org> <83ftc9ffdp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000000133805a5369644" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="96832"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Joost Kremers , Richard Stallman , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 09 14:53:23 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 1jXOyo-000P4O-Fc for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 14:53:22 +0200 Original-Received: from localhost ([::1]:32796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXOyn-0001QU-2r for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 08:53:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41444) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXOxz-0000gM-9b for emacs-devel@gnu.org; Sat, 09 May 2020 08:52:31 -0400 Original-Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]:38265) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jXOxy-0000n4-Bv; Sat, 09 May 2020 08:52:31 -0400 Original-Received: by mail-lf1-x130.google.com with SMTP id b26so3600288lfa.5; Sat, 09 May 2020 05:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=skVHL87LJxH0DS20Csy5f+0Cq9BNVmTUxvCtLITGeRM=; b=Ezdpa5to8iHnXnc3hcQGBUA/E4qsmypzje9YYAqFkQhHvAaapq9kVrF+eLl8Z3s0JP 9myo1xsW8beSv/A90bnwFXTUlIv3OxAxBRYlrOPFmW25UyUX/siS2b8aDL1gf4QRr0X9 vwz61Nma0nwquW4oE6n09Xa+lvrSWOKnra3CGT2ND5+M3qQ8bPL29nrw2l8ujLeBgfT6 FYp3IHHIzE2wCVcBhAlxNlKYFtVyx8LmRPoqR/ifeW0E7DCp6QErWsAvHaFuPVATVso5 FyCAS+4jqHvBlRVMF+CSQaobk0Il20XAC+M0HgUMcCwtxw03EAvqBICukM24JEgyKScq ANaw== 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=skVHL87LJxH0DS20Csy5f+0Cq9BNVmTUxvCtLITGeRM=; b=GA+g9qdXKcGmUAbItwOnOn7gLTbwOe5u9j7Vxy55Es3ufihtCyArMW/Lf7yIZVWWwa K5+3kuSM3RN6SVi7rmSIg90u/ZlIkleLp7UHfW8+BRM85jC/eYRBZrW09C7NtkwpPCRg MBsA1Y6ZOlkJnh8NsWRQAmJ8CCKSKi0Q5ulSigcfOWJ0oXiGKv2QhRKDV7+t3s4AbB4O Jhq+nnkHCJvpLvPJXr/5tqBwKiSm1N0ILpzV7futOT27pSg5zsAgtCcv4s4JifrPtFF/ FQBD16I5Mc94QLjvDyKHAVifVRBXoxNw69ATPrIFz3FLTScMkp8lHMx20LoXFHYgS8hH 4waQ== X-Gm-Message-State: AOAM531avEBYGG+Z2qHoC6vpkXoX+qczIiDJGpURvTywdkDj2dg31613 0JqxhA8LNeaLzrmGcoUHBft6/R4/d/5BmB1Mo58/H4yw X-Google-Smtp-Source: ABdhPJyZBV1VzILXVXC62CAjTVs5C1KchDl42KvU492OovC6FYHSatMEpxNm/Uh0mri898m/D6UwDFCtPxejnFjjpWg= X-Received: by 2002:ac2:4d91:: with SMTP id g17mr5020230lfe.162.1589028746954; Sat, 09 May 2020 05:52:26 -0700 (PDT) In-Reply-To: <83ftc9ffdp.fsf@gnu.org> Received-SPF: pass client-ip=2a00:1450:4864:20::130; envelope-from=philippe.vaucher@gmail.com; helo=mail-lf1-x130.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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:249415 Archived-At: --00000000000000133805a5369644 Content-Type: text/plain; charset="UTF-8" > > > I believe you it is, I was asking you to *try* to find another > > interpretation. Since you don't want to do that > > Can we please assume that each one of us reads the other's messages > attentively, and tries to understand and interpret it in good faith? > You are correct. Sorry. > "For most users of dash.el and s.el, they will be surprised to see > > dash.el accepted in ELPA but not s.el because they might feel these > > packages are very similar in nature (provide high-order programming > > discoverable functions to Emacs). To them it might look inconsistant > > and they might wrongly assume emacs-devel is driven by arbitrary > > decisions when it comes to accepting what goes into ELPA. Without a > > good communication on why s.el is refused but dash.el is not, many > > people could deduce that ELPA is a dead end and that only MELPA is the > > sane route, further distancing ELPA from "where the real development > > of emacs packages happens"". > > How is consistency relevant here? They are 2 different packages > targeting different domains. Each one of them should be assessed > separately and on its own merit. Thus, I see no reason for people to > be surprised that two different packages are handled differently. > (And the discussion is not yet over, so what will be the conclusion is > so far anyone's guess.) > Fair point. I'm probably not very objective as I am the one who asked magnars for help and I'd hate to tell him that it was all "for nothing". > --00000000000000133805a5369644 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I believe you it is, I was asking you to *try* to find another > interpretation. Since you don't want to do that

Can we please assume that each one of us reads the other's messages
attentively, and tries to understand and interpret it in good faith?

You are= correct. Sorry.


> "For most users of dash.el and s.el, they will be surprised t= o see
> dash.el accepted in ELPA but not s.el because they might feel these > packages are very similar in nature (provide high-order programming > discoverable functions to Emacs). To them it might look inconsistant > and they might wrongly assume emacs-devel is driven by arbitrary
> decisions when it comes to accepting what goes into ELPA. Without a > good communication on why s.el is refused but dash.el is not, many
> people could deduce that ELPA is a dead end and that only MELPA is the=
> sane route, further distancing ELPA from "where the real developm= ent
> of emacs packages happens"".

How is consistency relevant here?=C2=A0 They are 2 different packages
targeting different domains.=C2=A0 Each one of them should be assessed
separately and on its own merit.=C2=A0 Thus, I see no reason for people to<= br> be surprised that two different packages are handled differently.
(And the discussion is not yet over, so what will be the conclusion is
so far anyone's guess.)
<= br>
Fair point. I'm probably not very objective = as I am the one who asked magnars for help and I'd hate to tell him tha= t it was all "for nothing".
--00000000000000133805a5369644--