From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Marcel Ventosa Newsgroups: gmane.emacs.devel Subject: Re: Proposal for an Emacs User Survey Date: Fri, 16 Oct 2020 15:25:23 +0700 Message-ID: <20201016152523.6fdfef65@argon> References: <4a1188f8-9864-54c0-ae6f-5f32102d9757@gmx.com> <20201011073553.GA6784@odonien.localdomain> <20201011120840.GC2923@protected.rcdrun.com> <20201011125031.GC6784@odonien.localdomain> <20201012050418.GZ2923@protected.rcdrun.com> <20201013052736.GE31408@protected.rcdrun.com> <20201016130235.06218dae@argon> <20201016142436.187b8210@argon> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21618"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , Jean Louis , emacs-devel To: Thibaut Verron Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 16 13:09:56 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 1kTNcS-0005Y3-J4 for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Oct 2020 13:09:56 +0200 Original-Received: from localhost ([::1]:48758 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kTNcR-0004Dj-LF for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Oct 2020 07:09:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54006) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kTL3U-0007ZQ-G0 for emacs-devel@gnu.org; Fri, 16 Oct 2020 04:25:40 -0400 Original-Received: from aibo.runbox.com ([91.220.196.211]:45872) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kTL3Q-00010k-VC; Fri, 16 Oct 2020 04:25:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=selector1; h=Content-Transfer-Encoding:Content-Type:MIME-Version: References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=qjsXx+5iwBbR0SOgYYE0ZBGhA8BS3X6Id0dyyOCcGU8=; b=Yr6/j1AaWnNpQWtquYKETtHT0L XZR/mWYkKiMnT4OmesbAlAqcDvsZ9grpavjn/Btmoyl+uG1veockB3jBoKlqlKnp4vtpTrUTxS1SG NgykiuQ3bwC7VPxZD41lRXvk0q6m7yorLAQoJToihyxaKwxBa/FSQD0Xo6nIBeDkoZ0elra7ronni UIo0NjGT4y5LqMr/Zki5EWNdIZUC1IdMWIsIHb6a3nebCx+9OJAlbYpmgG6yGMf5lSF+uAK+ozT2f Ut+ssLzI58fGX3JTz//i1ng5oag5MyArMBSKthhLk1L0k13+rUB4t0+RnJR8sbAhGRJE8GEX/CBBG taPhm3Cg==; Original-Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1kTL3N-0007ff-Ao; Fri, 16 Oct 2020 10:25:33 +0200 Original-Received: by submission02.runbox with esmtpsa [Authenticated alias (585453)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1kTL3K-00031B-T3; Fri, 16 Oct 2020 10:25:31 +0200 In-Reply-To: X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Received-SPF: pass client-ip=91.220.196.211; envelope-from=mve1@runbox.com; helo=aibo.runbox.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/16 02:03:09 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -24 X-Spam_score: -2.5 X-Spam_bar: -- X-Spam_report: (-2.5 / 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 16 Oct 2020 07:09:15 -0400 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:257795 Archived-At: On Fri, 16 Oct 2020 09:53:22 +0200 Thibaut Verron wrote: > Le ven. 16 oct. 2020 =C3=A0 09:24, Marcel Ventosa a > =C3=A9crit : > > > > On Fri, 16 Oct 2020 08:52:49 +0200 > > Thibaut Verron wrote: > > =20 > > > Le ven. 16 oct. 2020 =C3=A0 08:03, Marcel Ventosa a > > > =C3=A9crit : =20 > > > > > > > > On Thu, 15 Oct 2020 23:59:07 -0400 > > > > Richard Stallman wrote: > > > > =20 > > > > > I hope that only a minority of Emacs users know about MELPA, > > > > > and I'd rather not inform the rest about it. But if > > > > > something is going to inform them anyway, it is better to do > > > > > it with a denunciation. =20 > > > > > > > > > > > > I've been using Emacs (and MELPA) for the best part of a decade > > > > and knew nothing about this! I'm concerned to use only free > > > > software and actively avoid proprietary software, so this is a > > > > bit of a shock. =20 > > > > > > As I understand it, Melpa packages cannot *be* or *install* > > > non-free software. But some will not work without such software, > > > which can in theory encourage users to install it. > > > > > > So unless you yourself installed non-free software, Melpa cannot > > > have made your Emacs configuration non-free by accident. =20 > > > > I understand, thanks for the explanation. In that case, I think I'm > > well informed enough to have avoived the dangers. I wonder how many > > people are not. =20 >=20 > I personally don't think many users install non-free software because > they saw it wrapped in a Melpa package. >=20 > Taking the example of emacs-lastpass given above, I don't see how > anyone would even find this package without searching for it with the > keyword "lastpass". >=20 > The audience, rather, is users who are currently using Lastpass in > their browsers but are interested in bringing some of their online > activities to Emacs, but rely on their password manager to do so. >=20 > In due time, with the new "taste of freedom", they might even switch > to Keepass or Bitwarden (note: I don't use a password manager in > Emacs, so I have no idea of the quality of each support package, > beyond their existence), but in any case, I believe that for those > users, the existence of transitional solutions is a good thing. I understand your point, and transitional solutions may indeed be a good thing (though they can lead both ways). However, it's a long-standing position of GNU not to be seen to endorse these compromises, whether or not their existence is a good thing. For me, the name GNU has always signified a free software safe haven. The idea that one might be misled into installing proprietary software because of well earned trust in GNU should be avoided at all costs. I would posit the same if I was a member of a vegan organization that was relaxing their views on eating animals to ease the transition. While there is little doubt transitions can be beneficial, the vegan organization should not confuse it's tenets. Perhaps. Transitional solutions go both ways though. A cursory glance at Reddit's Emacs group is enough to notice not only ignorance of the philosophy behind GNU, but quite recurrent mockery of what it stands for. Usually in the form of deriding RMS. For the most recent example, one user comments under abrochard's survey post: "So, will you be censoring the survey to maintain ideological purity, like rms insisted?", to which abrochard responds: "I agree with you. The discussion around Melpa is a big factor as to why the survey is happening in parallel to the gnu project." > I absolutely support the fact that Melpa is not activated by default, > and that there should be a warning about the existence of those > packages everywhere possible. But I still consider that the value of > those packages outweigh their dangers, just like the win32 build of > Emacs. >=20 > > > ELPA means Emacs Lisp Package Archive, so both Melpa and GNU Elpa > > > are ELPA's. I think that commonly referring to GNU Elpa as simply > > > Elpa (which I am also guilty of) is a bigger source of confusion > > > than Melpa and GNU Elpa sharing the same suffix. =20 > > > > As written on the MELPA Github about page: > > > > "MELPA is Milkypostman's ELPA or Milkypostman's Experimental Lisp > > Package Archive if you're not into the whole brevity thing." > > > > Perhaps the shared `E' in `Elpa' is purely coincidental? =20 >=20 > I didn't know about the Experimental version, thanks. If anything, the > quoted sentence is self-contradicting for me. > Also, the title of the melpa.org page is "MELPA (Milkypostman=E2=80=99s E= macs > Lisp Package Archive)". >=20 > In any case, I don't know if an acronym with a different vowel but > still ending with LPA, such as Milpa, would be less confusing. Yes, I see it as a problem when an unofficial offshoot of a project does not make it crystal clear that it is so. In fact, and on the same topic, a post was made about the survey yesterday on Reddit by Abrochard with the title "The Emacs User Survey 2020 will open on Oct 19th," which makes it sound as though it were an official survey. Further down the thread, a user criticized RMS of trying to censor the survey, mentioning the MELPA discussion in particular, to which Abrochard responded: "I agree with you. The discussion around Melpa is a big factor as to why the survey is happening in parallel to the gnu project." I'm not saying the obfuscation is purposeful either in the case of `MELPA' imitating the name of the existing `GNU ELPA', or of Adrien calling his survey *The* Emacs User survey", but what I do think is that all non-GNU initiatives that affect perception of GNU, particularly the ones that clearly do not share the GNU philosophy (the survey referred to `GNU/Linux' as `Linux', for example), would seem much more transparent if they were very clearly and visibly labeled as unofficial. My hope, of course, would be that these initiatives could respect the GNU philosophy, even if they did not share it.