From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: NonGNU ELPA Date: Wed, 25 Nov 2020 23:47:23 -0500 Message-ID: References: <87mtzt6qhf.fsf@gnu.org> <87v9eg4gm5.fsf@gnu.org> <87o8k7yt7n.fsf@gnu.org> <87ima56h1a.fsf@gnu.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21542"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bandali@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 26 05:48:24 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 1ki9Ch-0005WN-Ty for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Nov 2020 05:48:23 +0100 Original-Received: from localhost ([::1]:60894 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ki9Cg-0005IW-Uv for ged-emacs-devel@m.gmane-mx.org; Wed, 25 Nov 2020 23:48:22 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45402) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ki9Bl-0004Ze-Fx for emacs-devel@gnu.org; Wed, 25 Nov 2020 23:47:25 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33215) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ki9Bk-0008PJ-MV; Wed, 25 Nov 2020 23:47:24 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ki9Bj-0007Zb-Iv; Wed, 25 Nov 2020 23:47:23 -0500 In-Reply-To: (message from Stefan Kangas on Tue, 24 Nov 2020 12:05:19 -0800) 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:259822 Archived-At: [[[ 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. ]]] > > We will need to work out the details of this by doing it. > > What we need to do now is add packages carefully, one by one, > > paying attention to the arrangements we make for each one. > This implies that we should first contact the package maintainer telling > them that we are interested in adding it to GNU ELPA. I think that > could be useful, as it's also an opportunity for us to inform the > package maintainer about our plans, to build a relationship and to avoid > surprising anyone. Yes indeed. > I have three questions: > Would it be useful to prepare a template for such a communication? Yes, definitely. Would you like to write a draft of this, and show it to me and the other Emacs maintainers? Privately at first. > Could we prepare a canonical URL for the GNU ELPA package > requirements/rules outlined in a previous email by Richard? I assume it > would be placed under https://elpa.nongnu.org/requirements.htm or > something similar, once Amin can get that hostname working. Yes, we should do that. It should state the full rules, which I've posted here, adding some details from my previous message. I'll do make that and send it to you. > Should we add a special file to nongnu.git for recording the kind of > arrangement we decide on? Yes. One question is where to put that information: in one single file with an item for each package, or in a file for each package in that package's information? (What is the structure of the archive? Does each package have a page? Does each package have a subdirectory? How are the files presented for download?) I imagine that our ideal case would be number > one above. Yes. Perhaps we would only need to note anything down when we > have a different arrangement from the first case. No, that would risk misunderstandings in the harmful direction: that we would believe the package is being taken care of by someone else who has not in fact accepted that responsibility. To avoid this. we should always indicate explicitly who has taken responsibility for the updating of each package in NonGNU ELPA. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)