From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Core ELPA was: Testing fontification, indentation, and buffer manipulation Date: Fri, 01 Mar 2019 12:25:40 -0500 Message-ID: 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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="184158"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: phillip.lord@russet.org.uk (Phillip Lord) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 01 18:27:48 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 1gzlwq-000lbH-CA for ged-emacs-devel@m.gmane.org; Fri, 01 Mar 2019 18:27:48 +0100 Original-Received: from localhost ([127.0.0.1]:41322 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzlwp-0000OL-6j for ged-emacs-devel@m.gmane.org; Fri, 01 Mar 2019 12:27:47 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44502) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzlur-0008BZ-Og for emacs-devel@gnu.org; Fri, 01 Mar 2019 12:25:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gzluq-00069h-40 for emacs-devel@gnu.org; Fri, 01 Mar 2019 12:25:45 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:33637) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gzlup-00067r-HJ for emacs-devel@gnu.org; Fri, 01 Mar 2019 12:25:43 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x21HPe4h018385; Fri, 1 Mar 2019 12:25:41 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id A81B669F62; Fri, 1 Mar 2019 12:25:40 -0500 (EST) In-Reply-To: <87tvgm7fnu.fsf@russet.org.uk> (Phillip Lord's message of "Fri, 01 Mar 2019 15:55:33 +0000") X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6494=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6494> : inlines <7025> : streams <1814460> : uri <2804406> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:233741 Archived-At: >>> +1) Scripting? >>> +Guess we have to use sh >> Of course, we could also use Elisp ;-) > If I remember correctly, all of this happens before the full Emacs is > dumped. It seemed cleaner to do this to me. I'm fine with using `sh`, but I think that it'd be perfectly OK to delay this elpa-inclusion to after `src/emacs` is dumped. > That's fixed also. Packages should updated from git (and git fetch run) > if Makefile is updated. So, this means a git fetch after everytime Emacs > is ./configure is run. I think a plain `make` shouldn't perform a `git fetch` every time the Makefile changes. It's OK to require a `git fetch` in that case, but if/when the `git fetch` happens should be under the control of the user (i.e. should require some explicit step like `make update-elpa`). >> But I'm not sure we should install those packages with a different >> layout than for a "normal" ELPA install. >> What's the advantage of using a different layout? > I haven't checked to see who uses them or why, so I don't know. I think there's a misunderstanding: I was not talking about the layout used internally by the packages, but the layout used by your code (where you put some stuff in lisp/ and other in test/ so the layout of the package's files is modified compared to what happens in a normal ELPA install). > Currently, this will only take files from the ELPA repo, but there is > not reason that this needs to be so. Files could come another repo (such > as org-mode's own). My guess is that there is no particular reason to > support this at the moment. I see no need to support fetching from other Git repositories, indeed, except in order to use a local mirror, of course. > This wouldn't work anyway, because C-h f will jump to source in > EMACS/lisp/elpa which is not created by git archive. What I meant is that it'd be much better if we could make sure that EMACS/lisp/elpa has the relevant .git metadata. Stefan