From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Sat, 09 May 2020 11:05:05 +0300 Message-ID: <835zd5h6tq.fsf@gnu.org> References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> <87wo5mc04t.fsf@fastmail.fm> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="79398"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joostkremers@fastmail.fm, rms@gnu.org, emacs-devel@gnu.org To: Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 09 10:06:13 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 1jXKUu-000KZ5-Vs for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 10:06:12 +0200 Original-Received: from localhost ([::1]:33294 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXKUt-0002Vr-IM for ged-emacs-devel@m.gmane-mx.org; Sat, 09 May 2020 04:06:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43464) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXKU9-0001UL-6h for emacs-devel@gnu.org; Sat, 09 May 2020 04:05:25 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:46996) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXKU8-0006Sc-Sh; Sat, 09 May 2020 04:05:24 -0400 Original-Received: from [176.228.60.248] (port=2405 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jXKU0-0006Q4-Kc; Sat, 09 May 2020 04:05:17 -0400 In-Reply-To: (message from Philippe Vaucher on Sat, 9 May 2020 09:38:04 +0200) 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:249370 Archived-At: > From: Philippe Vaucher > Date: Sat, 9 May 2020 09:38:04 +0200 > Cc: Joost Kremers , > Emacs developers > > But what is more disturbing is that you take strong positions about > them that are in conflict with Stefan Monnier for example. These > tensions needs to be resolved. Maybe Eli can facilitate this? I don't know what you mean. We each have our strong positions sometimes, and there's nothing wrong with two or more people having opposite strong positions. It's normal to have differences of opinions, nothing to find disturbing about that. The important thing is how we go about finding ways of reconciling the differences of opinions, not how to cause us all to think the same (which I think is impossible and even damaging). > - As far as I know you are the only one who objected strongly against > s.el in ELPA (others please voice your opinion if you think like > Richard). This created an atmosphere of people fearing that you would > use your authority to "veto" such adoption despite Stefan Monnier & > others wanting s.el in ELPA. I think you need to clarify your > position/power here. Richard also proposed a compromise which AFAIU would allow it to be added. For some reason, that proposal got no responses at all. > - For most users, dash.el and s.el are very similar in nature. dash.el > is already in ELPA. If we refuse s.el, isn't it inconsistent? What > about the message we send? Are you saying that popularity and similarity of a package is the only criterion we should apply when deciding whether to add a package to ELPA? IOW, are you saying that the technical details of the package's implementation should not matter, for fear of sending the wrong message?