From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: Re: Proposal for an Emacs User Survey Date: Fri, 16 Oct 2020 17:36:26 +0200 Message-ID: <20201016153626.jub7sjcxwysxuioe@Ergus> References: <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; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8437"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Dmitry Gutov , Thibaut Verron , Richard Stallman , Jean Louis , emacs-devel To: Marcel Ventosa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 16 17:40:03 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 1kTRpr-00026Y-MK for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Oct 2020 17:40:03 +0200 Original-Received: from localhost ([::1]:35162 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kTRpq-0006Lw-Mz for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Oct 2020 11:40:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36608) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kTRmj-0003rP-G3 for emacs-devel@gnu.org; Fri, 16 Oct 2020 11:36:49 -0400 Original-Received: from sonic302-2.consmr.mail.bf2.yahoo.com ([74.6.135.41]:36286) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kTRmf-0002IY-8X for emacs-devel@gnu.org; Fri, 16 Oct 2020 11:36:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1602862601; bh=wh2nHH2bNF27BnbPFGh2Ynb9ZlEmmXdAjqZVN99RwXk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=bIed07Ih6hhp9G+R2eCscD0Lj6mEOMfwV4TMU1+hH3B5Ynhr5asLmd09YGmLCqtYTLTm/DhvDLldzEJcduQKowwTbnAnnt8Y7v4uJR3Yj6Hy4iY97lDyqYeMAh+q+6pMUW8ixJibEf4JeOgT518b7GSbYiWPUJJeu/A261g/xfJePwjM4luvAk9Xzpa4sdfk0V1O+VfCmIwzOp1m9LGNGiaqlKkUCUVg8EsWCxo2dGrY/EtBzNID0yvtFB8JZXo7IxoNY1enXM+0+qERD5rPd1+TXyn2hl5YWfl+PZ8LGnpHoH0zNM/nQGjd0M0pfDu8OSFPdKPVU4K34muK0TbbvA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1602862601; bh=cHT6JioB3Qo6ByKGfTPic/6zGqEWVxKzC48KklZQ6AP=; h=Date:From:To:Subject; b=KF3ljgaDdNL4REWp/IYZG40G71XSq437WgoyLSUwK0zXHVwsC2gZCFxyR2A7oeXNJdq0wA7X5J6evzGduozO90+6nEmaKqssrm4npGxVt5MhrvPw/1oVOv9CYXHjLFtLnnwNr/QaPnEcXcToOkvnhbojetuC4Q5/BuGSl90X3nxcvXNjbZ5JK30SFuJuwKj2JxC7aOgC9eNH5XMy/opROnUWDjGMqOO+JPePyfs3eki5Lwhqc+c/2rVwF4XXQMUuvXh4XCbbJz2NXr17Fi6csG7iiTyPutFR9/r4mnYjmaSJvgjHGvdD3uqqsXSoB84MN0JIEsAgaqBsxrO3jMEG/Q== X-YMail-OSG: AQPHxE4VM1lFIO256Pxze.GMYT_Z0iwnY6qHJwXuP09oSVfl4C6jFMoCsJzitjH wa6uEaZaz_hdCbf_4IwduOXSZaiKfzt._RCLvf9HvuGkvNMCHghsD.gxX.Gu9Lb4Lss0YKSJ4aZ3 nSxPsJKj5r9mfjxD_piePgU7o_ni01frg.a7PsurhZ7tg3FpJN1ipQgK.CCWiVzNqAJBAdu0KxB2 GXoNMKWz0dU2ZBp0aka3keSwku8i78PTz9ZtNtIAz9QkLpYdaJ4TO5wotXNC4bf35e7uZuCqOSfM YkpvX9at6f6zbj.isQnt5_ipo81cDZoiGadOPBECHOE6eXSAWgB5NyBJptlk5Z32V1C5sJidWhAT c9oPWlxkVevIF7AqXLb6VlCWHfnVslk5ZXgXIalWy6AtQbuYgzCiYFJa.CMdZA7i932iTlO68zcE haHNAyYHTeQ7YImXyyqnyrBW85Nhr5aTkM6gTpR_jVDdSPodrPTbHOdSyozqnhHTTFkzyDz9K3qp EWfpO6JlpjbvSsxiOWSj5Xz5s2qiv0ivs182RkCrK8SYev0onTdaC.sJMku3_imowtPSSX9hurNC WIROOauOPATLDkNRrxzcsZf2_LRbzDyfSWbSDB88KCdtYxp5c5qd1hsjy0E0pYOVvsM6uAqFg4_x 9rmtIEAr2HTFjPv_GIzKi.heKj_wVARQmJWp15j53ZKpAssTLnj9jvIxw.UpFFynV6SKCEWIJ6Si yjK9lBM7WGj6vi6FLa7PDW3uczepsQSyoBFZyrXqV8uXakvYcCkiQs8HWeCQI1uppH9k5bJtmqCV EBnVlJdkFP5q7g7qDMqXcnFNXQ6af5QPkm3xBvBM8Y Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Fri, 16 Oct 2020 15:36:41 +0000 Original-Received: by smtp424.mail.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c2727ed76c9c59e9f7de8066bdfff0c9; Fri, 16 Oct 2020 15:36:38 +0000 (UTC) Content-Disposition: inline In-Reply-To: <20201016213312.603595fe@argon> X-Mailer: WebService/1.1.16868 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Apache-HttpAsyncClient/4.1.4 (Java/11.0.7) Received-SPF: pass client-ip=74.6.135.41; envelope-from=spacibba@aol.com; helo=sonic302-2.consmr.mail.bf2.yahoo.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/16 09:23:45 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:257823 Archived-At: On Fri, Oct 16, 2020 at 09:33:12PM +0700, Marcel Ventosa wrote: >On Fri, 16 Oct 2020 17:04:22 +0300 >Dmitry Gutov wrote: > > >>From what I just read from Thibaut, a free software compatible solution >to replace MELPA is underway. Refusing to draw attention to something is >not "shutting our eyes". > Melpa will never die. Specially because it is a more open community; has been around for long time and anyone can contribute almost anonymously. It is the equivalent to the AUR in arch linux. > >I thought your argument was popularity, something that keeps coming up >in these kinds of discussions. What was your argument? > Popularity, usability... there are many. Many packages in melpa are just unique and has a lot of work invested on them that nobody is planning to duplicate (ex: magit) > >We could turn this argument around and ask why the developers who >maintain MELPA don't remove `2-3' packages that promote non-free >software. What came first, the GNU Emacs or the MELPA? > Because this 1) don't improve free software alternatives in any way 2) will force the user to use free software instead of giving them the option to choose it 3) Because it will restrict melpa in a way opposed to its intention... Basically if a user is concerned then 1) will not add melpa to emacs 2) will read every package licenses... > >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. > > >That's very good news if the issue has been settled. > > >Why should Emacs development be guided by (external) survey results? 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. Also, anyone can suggest >changes and convince the maintainers that these changes are in the best >interest of the project (and contribute the actual changes if they are >accepted). > The main problem we have in emacs is the limited number of active developers. Half of the time the problem is not to convince the developers to do the work; but having someone to do it... So in that scenario, all the work invested in melpa packages is something we are not in conditions to reject; because those developers provide support and packages that we don't have the man power to do. >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? > >If I thought one of my changes could benefit the community at large, I >would approach the maintainers and suggest it. If they disagreed with my >view, I could publish the code and could still share it with anyone >willing to run it. > Exactly... and you can share those changes freely in melpa instead of keeping them to you if you don't have a copyright, the changes are small or just someone in your team don't want to register a copyright for any reason, your package is in an initial state or for very specific uses; your boss does don't give you a disclaim for your code, or you just want to share your changes with the hope that someone in the future improve what you did or find your idea useful in a more informal way. That's the freedom that many users find in melpa over elpa. (like AUR in arch linux). Share what they did freely without compromise and probably get improves and feedback from the community without asking who are you or if you have a copyright document or feeling the responsibility to maintain the package in the future.