Cumbersome indeed. I also thought of installing to a local "output"
folder and using this as source. The issue is that the prefix (as in
"./configure --prefix=") must be set to the store output of emacs-dev.
Otherwise Emacs won't find its Lisp folders.
I can't think of a clean way to do it.
Le
Pierre Neidhardt skribis:
> Ludovic Courtès writes:
>
>> Nope. Again, Git does not “preserve” timestamps (rightly so IMO), so
>> there’s nothing we can do.
>
> I think there is a misunderstanding: I'm working on a local folder, this
> has nothing to do with git.
>
> From my 'emacs-dev' package
Ludovic Courtès writes:
> Nope. Again, Git does not “preserve” timestamps (rightly so IMO), so
> there’s nothing we can do.
I think there is a misunderstanding: I'm working on a local folder, this
has nothing to do with git.
From my 'emacs-dev' package definition:
(source (local-file
Pierre Neidhardt skribis:
> Ludovic Courtès writes:
>
>> Yes, that’s annoying, but that’s expected.
>
> Right, but then how would it be possible to call `make install` without
> rebuilding everything all over again?
>
>> Perhaps the ‘unpack’
>> phase could automatically make the copy that it c
Ludovic Courtès writes:
> Yes, that’s annoying, but that’s expected.
Right, but then how would it be possible to call `make install` without
rebuilding everything all over again?
> Perhaps the ‘unpack’
> phase could automatically make the copy that it creates with
> ‘copy-recursively’ writab
Hello,
Pierre Neidhardt skribis:
> Since all file timestamps are set to Epoch by 'unpack', the build phase
> tries to rebuild everything.
> And since the files unpacked to "source" are read-only, `make` fails to
> regenerate the files that go in "source".
Yes, that’s annoying, but that’s expect
I'm trying to build an Emacs package of my local git checkout:
--8<---cut here---start->8---
(define-public emacs-dev
(package
(inherit emacs)
(name "emacs-dev")
(version "27.0.0")
(source (local-file "/home/ambrevar/projects/emacs" #:recursiv
