From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: non-gnu elpa issue tracking Date: Wed, 9 Dec 2020 22:23:23 +0300 Message-ID: References: <20201209125516.lenqswi7fhiscbr2@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18996"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Boruch Baum , Emacs-Devel List To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 09 21:12:43 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 1kn5pK-0004pT-TB for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Dec 2020 21:12:42 +0100 Original-Received: from localhost ([::1]:51370 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kn5pJ-0003Wf-Uh for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Dec 2020 15:12:41 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39694) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kn56U-0003HH-VM for emacs-devel@gnu.org; Wed, 09 Dec 2020 14:26:22 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:51653) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kn56T-00077j-8j for emacs-devel@gnu.org; Wed, 09 Dec 2020 14:26:22 -0500 Original-Received: from localhost ([::ffff:41.202.241.31]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E43F.000000005FD124DA.000051B6; Wed, 09 Dec 2020 12:26:18 -0700 Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-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:260609 Archived-At: * Stefan Kangas [2020-12-09 19:59]: > > 2) The acceptance or candidacy process for each package should be > > documented in some discrete method. Melpa does this using github's > > pull request feature, which documents the entire conversation related > > to the process of accepting a package. > > Could you be more specific? Do you mean that we should document it > somewhere, or do you mean something else? My opinion is that things should be transparent. But not to bother developers it is best to keep it in the mailing list which is transparent enough and durable over decades. > > 4) There's no link on the repository page[1] to the software being used > > to generate it, and the forge at which it is being developed. Having > > that would make the infrastructure friendlier for pull-requests, bug > > reports, and other feedback. > > I assume that there will be a landing page similar to the one on > elpa.gnu.org. My opinion is that non-GNU ELPA and GNU ELPA both should never point to any website that has any proprietary Javascript or promotes proprietary software, specifically hyperlinks to Github better be removed completely. The other issue with licenses should be used to help those people who left unlicensed packages to license them properly.