From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexander Adolf Newsgroups: gmane.emacs.devel Subject: Re: A proposal for a friendlier Emacs Date: Tue, 22 Sep 2020 22:57:48 +0200 Message-ID: <48e632cab427c838b1cc20a190f4959d@condition-alpha.com> References: <4be18b5f-dc07-2703-a2de-1ed08916ebdf@gmail.com> <1e340d941b6fd0b21a477f39fc935468@condition-alpha.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7546"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 22 22:59:06 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 1kKpNR-0001nN-1t for ged-emacs-devel@m.gmane-mx.org; Tue, 22 Sep 2020 22:59:05 +0200 Original-Received: from localhost ([::1]:57782 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKpNQ-0000Ud-23 for ged-emacs-devel@m.gmane-mx.org; Tue, 22 Sep 2020 16:59:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36178) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKpMJ-0007zk-1v for emacs-devel@gnu.org; Tue, 22 Sep 2020 16:57:55 -0400 Original-Received: from smtprelay07.ispgateway.de ([134.119.228.101]:26351) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKpMH-00044W-Bb; Tue, 22 Sep 2020 16:57:54 -0400 Original-Received: from [46.244.200.228] (helo=condition-alpha.com) by smtprelay07.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from ) id 1kKpKD-00083Y-Sx; Tue, 22 Sep 2020 22:55:46 +0200 In-Reply-To: X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= Received-SPF: pass client-ip=134.119.228.101; envelope-from=alexander.adolf@condition-alpha.com; helo=smtprelay07.ispgateway.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/22 16:57:49 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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, RCVD_IN_DNSWL_NONE=-0.0001, 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:256340 Archived-At: Richard Stallman writes: > [[[ 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. ]]] > > > Finally, a few thoughts on packages and curation. As of this writing, > > the combined list of ELPA, MELPA, and builtin packages of my current > > emacs lists 5,065 packages. Chances are, whatever topic you're looking > > at, there's more than one package. Which one is the best for my > > purposes? > > MELPA will not be included in whatever we set up. > MELPA does not cooperate with us, so we don't support it. No worries, I was only trying to make the point that there is a large number of packages out there, and that there is a non-negligible chance that there will be more than a single package for each use-case. Let's evolve ELPA according to what we, the community agree upon, and the other package archives may follow if they choose. > > Users can do "add to favourites" for a module. When one > > browses the modules, the number of users who faved it is shown. Not > > perfect, but a rule-of-thumb estimate for a module's popularity. > > A package repository web site could have a feature like this, but we > want access to the packages to be read-only and anonymous in the usual > case. That is a matter of respecting privacy. > [...] Fully agree. Favourites can only be granted by registered users of a package repository web site. But there's no reason the reading of the favourites count of a package couldn't be read-only and anonymous. This is exactly how CPAN works, btw. Cheers, --alexander