From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: Core ELPA was: Testing fontification, indentation, and buffer manipulation Date: Sun, 10 Mar 2019 11:27:31 +0000 Message-ID: <87zhq3x93w.fsf@russet.org.uk> References: <7803c5de-e139-01ed-e9e3-98abb875782b@grinta.net> <2d777e7b-28d9-36a5-073d-b439fca9706a@grinta.net> <1548067539.3478998.1639830432.03003247@webmail.messagingengine.com> <87bm47558t.fsf@russet.org.uk> <87pnsm2vsm.fsf@russet.org.uk> <878sz7u2f5.fsf@russet.org.uk> <87o976p6xt.fsf_-_@russet.org.uk> <87tvgm7fnu.fsf@russet.org.uk> <871s3p5xof.fsf@russet.org.uk> <87wolfc0aw.fsf@russet.org.uk> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="123401"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.90 (gnu/linux) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 10 12:40:10 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h2woK-000Vwh-Af for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2019 12:40:08 +0100 Original-Received: from localhost ([127.0.0.1]:43879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2woJ-0000EA-AF for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2019 07:40:07 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:44540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2wmF-00077S-Ck for emacs-devel@gnu.org; Sun, 10 Mar 2019 07:38:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h2wfD-0005WG-Bn for emacs-devel@gnu.org; Sun, 10 Mar 2019 07:30:44 -0400 Original-Received: from cloud103.planethippo.com ([78.129.138.110]:47002) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1h2wfB-0005Ai-8r; Sun, 10 Mar 2019 07:30:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Type:MIME-Version:References:Message-ID :Date:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QXcKEvfNl8wvjYoZonnd0CfcArRGYHsK1Mz6yEaXhCs=; b=w2Yo+jLX2uAeQawGFnGZDGWKF GMDi8oK5+MvvMK1ftH9PJFAeGv1MVteDjAMII2fgqVzlEgvdmNv1HQeXaa837voEJCKU/jkcbcLoB nIAxyn8ouRXYeztDSjEC6nM5z6V/QEzp5I/lLxdBJoXwldPuVzDwcare7C96lt8sGeJzD3UfTLCGC dvJqApa75HYF1TjVaf1uC4u2ngtO+RwjU6yd2jOoW48LKuiizhv0Z23jylrXoPbKV2ITWkSZBZNfp xOtAxsXGTbR2MpMuaBOpPvGM1P9MqXg9KaFvqrBSkfmr2f4xTqzQ3vJesepLx76O6lalocOIfd1IW 81WMP1lZA==; Original-Received: from cpc142652-benw12-2-0-cust953.16-2.cable.virginm.net ([82.21.43.186]:57746 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1h2weT-0008Ic-1Q; Sun, 10 Mar 2019 11:29:57 +0000 In-Reply-To: (Richard Stallman's message of "Sun, 03 Mar 2019 22:27:39 -0500") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 78.129.138.110 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:234016 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. ]]] > > > > That avoids the problem I thought I saw, but what is the purpose? I > > > thought the idea of ELPA is that a user would get ELPA packages when perse > > > wants them -- they would not be preloaded. > > > Perhaps. An alternative, though, would be to reduce the size of Emacs as > > a monolithic entity and have many more packages that are distributed via > > ELPA. At the moment, the slow release cycle of Emacs means that many > > packages are only updated on a two yearly basis. > > I don't see how one is an alternative to the other. They seem > to be talking about two different questions, both about ELPA > but not the same. Yes, well, that's the question at hand. Currently, ELPA is a place to store packages that are not maintained in core. But it could also be used to enable a much smaller core, with many more packages in ELPA. > > > Is this a way of handling a few packages that are included in Emacs > > > distros, if we maintain them in ELPA? It makes a kind of sense for > > > that case, but I would expect that those testing and making Emacs > > > releases would need more control over which versions of packages are > > > included in the release. > > > Yes, although as I say, with the intention of enabling more packages to > > be developed in this way. I'm not sure how many packages are currently > > included in both repos (org and seq for sure). > > How many there will be is a different question. The question at hand > is how to handle merging them into Emacs and when. > > I think that should be done by explicit command, not automatically or > spontaneously, and not as part of building Emacs. Indeed, that is the status quo. But it is problematic, because users have to know about the package in ELPA to install it in the first place. Org-mode is managed in both places for this reason: in core Emacs because it comes "pre-installed" with all Emacs releases; in ELPA because newer version of org-mode can be installed easily by users. A smaller "core" would allow a more rapid release cycle. Many of the packages could be maintained independently; missing a release cycle would no longer mean users waiting a year or two for an update. > > > If installing Emacs doesn't require a local copy of ELPA, building > > > Emacs should not need one. > > > Building Emacs requires lots of things that installing does not. > > I think you have changed the subject, > but since what you said is very general, I can't be sure. > > What sort of things do you mean? All the dev-tools -- compilers, headers, autoconf. > > I think this is wrong. Having stuff which is not really source (i.e. it > > is not the prefered location for editing) > > It is source code, no matter where it is located. It is source code > even when it is a copy the user has downloaded. > > Pastiching our definition of source code could be a good joke, but it > is not a serious argument for a decision about development methods. I am happy to use an alternative label if you have one. A flaw with this alternative system is that, for example, the "jump to source" link in *Help* will take you to a piece of lisp that you do not want to edit because it may be over written. Phil