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: Sat, 17 Oct 2020 18:40:36 +0700 Message-ID: <20201017184036.12095175@argon> References: <4a1188f8-9864-54c0-ae6f-5f32102d9757@gmx.com> <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> <20201016152523.6fdfef65@argon> <6142a27f-c53b-35bf-1038-5f047395e868@yandex.ru> <20201016204531.77fab05b@argon> <725aa7c4-321f-4483-5a21-a148ff7f119b@yandex.ru> <20201016213312.603595fe@argon> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6467"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Thibaut Verron , Richard Stallman , Jean Louis , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 17 13:42:31 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 1kTkbX-0001Yc-MC for ged-emacs-devel@m.gmane-mx.org; Sat, 17 Oct 2020 13:42:31 +0200 Original-Received: from localhost ([::1]:37066 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kTkbW-0004sp-JU for ged-emacs-devel@m.gmane-mx.org; Sat, 17 Oct 2020 07:42:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43360) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kTkaA-0004RK-6q for emacs-devel@gnu.org; Sat, 17 Oct 2020 07:41:06 -0400 Original-Received: from aibo.runbox.com ([91.220.196.211]:43300) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kTka4-0004jL-Dv; Sat, 17 Oct 2020 07:41:05 -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=Wv/8pGJP91njcieM9qzMfMpVyR/t6MjcC5ZG3QexGts=; b=bynUFPbdZl5bfclzg0usrOuhro XTmKR2t2jbNN5c45+Rl/Hpa8kxS+t2sL1IZJpGLdIcLLpR6ETC4On9WciiGOQUIkq/I0UeikbkvnV NBFr+rHs1ZH76z8GBxGuAFghVDfCui4TZJmwNJpsaL3qHTBlLsyXP4rWur0RstpLZ8SnIEfEfh5iv x3LxQuVo3vs3mcVyJoifzKif8CoYwqnt5GvsTT1FRWIYp+kx0+0L9ML2WDoRFWERDtNI3RiPvkFYo eyW/ke2wDhuA967CD6h6A5dlPaBheRarux7ITr2a+F3FUl+116G9FswjY7TPtL0ESyNIrOFdv2mpU hQqXDgJQ==; Original-Received: from [10.9.9.74] (helo=submission03.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1kTka0-0003Xs-8x; Sat, 17 Oct 2020 13:40:56 +0200 Original-Received: by submission03.runbox with esmtpsa [Authenticated alias (585453)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1kTkZr-0007nl-2t; Sat, 17 Oct 2020 13:40:47 +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/17 07:40:57 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-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:257932 Archived-At: On Fri, 16 Oct 2020 22:08:01 +0300 Dmitry Gutov wrote: > >> You can't be effective at affecting change anyway, if you don't > >> know what's going on outside. > > > > Indeed. As I recall, RMS suggested open questions instead of > > multiple choice questions that "shape their behavior". With open > > questions, there is no need to mention MELPA at all in fact. With > > open questions, the insights that could be derived would be much > > more interesting. > > So we won't suggest ELPA as an option either? What about the users > who don't know the difference? MELPA is also an ELPA, after all (as > in "Emacs Lisp Package Archive"). Is it a survey then or is it an opportunity to "educate/advertise?" > > I > > would think it should be guided, for the most part, by what the people > > putting their time into it want to create, within the principles of the > > philosophy of the project and its goals. > It's not a painting or a novel. It's a software project, with certain > expectations of practicality. Are you claiming Emacs is not practical? > > If they are not, Emacs makes it quite simple to implement changes for > > personal "improvements". I have written functions that serve me > > personally and change the behavior of Emacs to suit my needs. There are > > limits to what I can do, which could be pushed if I dedicated a greater > > effort to do so. How is that unfair? > You're veering the discussion off to the side for some reason. I'm explaining how easy it is to modify Emacs to suit particular needs, and listing the possibilities that already exist for doing so. > But if we're talking of "unfair", releasing Emacs under GPL, enabling > such excellent extensibility that multiple communities spring up over > years, ones brimming with creativity and people dedicating years of > their spare time to the extensions, and then badmouthing them from afar > as though they violated some existing contract (social or legal), *that* > is unfair. It is GNU policy not to promote or encourage proprietary software. To the extent that any community does so, GNU must not promote or encourage that community. You mentioned it's a matter of 2 or 3 packages that recommend proprietary software, so the current impasse should be very easy to fix. I fail to see what injustice has been perpetrated on the MELPA maintainers here, or how they have been badmouthed.