From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: non-gnu elpa issue tracking Date: Sun, 13 Dec 2020 09:54:07 +0000 Message-ID: References: <20201209125516.lenqswi7fhiscbr2@E15-2016.optimum.net> Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19056"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Jean Louis , Richard Stallman , thibaut.verron@gmail.com, Boruch Baum , Emacs developers , Stefan Kangas To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 13 10:58:13 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 1koO8q-0004pe-2U for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Dec 2020 10:58:12 +0100 Original-Received: from localhost ([::1]:43214 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koO8p-0007Ir-2M for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Dec 2020 04:58:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47510) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koO84-0006rU-66 for emacs-devel@gnu.org; Sun, 13 Dec 2020 04:57:24 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:55968) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koO81-00071N-84; Sun, 13 Dec 2020 04:57:23 -0500 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTP id 0BD9s71s014375; Sun, 13 Dec 2020 09:54:07 GMT In-Reply-To: (Tim Cross's message of "Sun, 13 Dec 2020 16:20:32 +1100") Received-SPF: pass client-ip=205.166.94.24; envelope-from=akrl@sdf.org; helo=mx.sdf.org 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:260757 Archived-At: Tim Cross writes: > On Sun, 13 Dec 2020 at 15:56, Richard Stallman wrote: > > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > > I think a mandatory requirement should simply be that any > > > packages which go into non-GNU ELPA are hosted on an approved > > > platform. We could point to a list of such hosting providers > > > e.g. https://www.gnu.org/software/repo-criteria-evaluation.html > > > and say Grade C or better only. . > > > There is no such requirement for GNU ELPA at the moment. > > GNU ELPA packages are hosted inside GNU ELPA itself. The package > developers update their packages inside GNU ELPA. > > NonGNU ELPA will be quite different. Packages will generally be > hosted elsewhere. We won't insist that the developers do things > in the way we would consider acceptable in the GNU Project. > > Sorry, but I don't think this is an accurate statement. The GNU ELPA repository has external packages where the code is > primarily maintained/developed externally, often on github. A 'regular' process pulls the data into the GNU ELPA > repository to generate new/updated package versions. Are you sure? AFAIK there's no such regular process, merging code from outside is done manually by the package maintainer or often by Stefan. Also an 'external package' is just a package hosted in a dedicated branch in elpa.git (BTW I believe now all packages are external). And yes 'external' is probably not the best naming for this. Andrea