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: PL support Date: Tue, 12 May 2020 05:36:33 +0300 Message-ID: <83y2px98we.fsf@gnu.org> References: <9mmFgzvrBwjt_n_VJyaJdXINraNi5HsGpwq-0MLeKiJA7kG2BQA4uywrzjyz7lpRS0OZDpjEi8lspOKYUA7P_QsODsDew_8nbH960G55fmY=@protonmail.com> <83pnbddrfd.fsf@gnu.org> <83k11ldpxs.fsf@gnu.org> <83imh5dnun.fsf@gnu.org> <83h7wpdms7.fsf@gnu.org> <83ftc9dm07.fsf@gnu.org> <0d678371-2df7-519e-5ec0-7e26bfa6ea34@gmail.com> <11dff979-002e-e03e-2e3e-cdb09fcc409e@yandex.ru> <8017be3d-a4ed-61eb-9bdb-9a95c77a0698@gmail.com> <3adf65ae-fd0d-4fee-adfd-e11d39a148fc@yandex.ru> <01e211df-acfb-fb8a-eedc-7cb439b64cd8@yandex.ru> <90C1E75D-214A-464E-AA24-25CC8C220B3B@icloud.com> <83pnbabjok.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="56281"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpitclaudel@gmail.com, rms@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, pcr910303@icloud.com, dgutov@yandex.ru To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 12 04:37:26 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 1jYKnN-000EYH-UF for ged-emacs-devel@m.gmane-mx.org; Tue, 12 May 2020 04:37:25 +0200 Original-Received: from localhost ([::1]:60026 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYKnN-0006v6-0Z for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 22:37:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49336) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYKmv-0006WC-Cs for emacs-devel@gnu.org; Mon, 11 May 2020 22:36:57 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57642) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYKmu-0008Of-HU; Mon, 11 May 2020 22:36:56 -0400 Original-Received: from [176.228.60.248] (port=2725 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jYKmn-0007Bg-Gl; Mon, 11 May 2020 22:36:49 -0400 In-Reply-To: (message from Stefan Kangas on Mon, 11 May 2020 14:08:09 -0700) 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:249916 Archived-At: > From: Stefan Kangas > Date: Mon, 11 May 2020 14:08:09 -0700 > Cc: cpitclaudel@gmail.com, emacs-devel@gnu.org, rms@gnu.org, > monnier@iro.umontreal.ca, dgutov@yandex.ru > > > Why? what's wrong with using MELPA? > > The main problem for me flows from the fact that we can't configure > MELPA by default nor even recommend it prominently in the manual and on > the website. I already asked why is this an issue. Emacs needs configuration for many purposes, for example for sending and receiving email. There is no need to have every wish of every user be available by default OOTB. > For many users (me included), using Emacs without packages from MELPA > would mean missing out on functionality you depend on for carrying out > your daily work. Emacs lets you do whatever you want. You don't need any blessing from the project. > I also think it's strategically bad if we want more people assign their > code and get more people involved in Emacs development. The way to do > that is surely to do everything we can to pull package developers closer > to us, not just tell them to stay in MELPA. We welcome anyone who wants to become involved and wants to contribute. But as a project, we have our conventions and standards, and contributors are kindly requested to follow them when they contribute to Emacs. Every project does that, and there's nothing wrong with such requirements. Those requirements are meant to keep the quality of Emacs high enough.