GNU bug report logs - #75022
31.0.50; --init-directory sets user-emacs-directory after user eln-cache is set

Previous Next

Full log

Message #28 received at 75022-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: jordan <at> snowytrees.dev, 75022-done <at> debbugs.gnu.org
Subject: Re: bug#75022: 31.0.50; --init-directory sets user-emacs-directory
 after user eln-cache is set
Date: Sat, 04 Jan 2025 14:45:31 +0200

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: "Jordan Isaacs" <jordan <at> snowytrees.dev>,  75022 <at> debbugs.gnu.org
> Date: Sun, 29 Dec 2024 06:25:18 -0500
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> Date: Sun, 22 Dec 2024 13:26:04 -0800
> >> From: "Jordan Isaacs" <jordan <at> snowytrees.dev>
> >> Cc: 75022 <at> debbugs.gnu.org
> >> 
> >> Because it is read only, there is no reason not to byte compile everything. I just make it part of the build step when packaging up my configuration.
> >> 
> >> The reasoning for why I byte compile though seems irrelevant, it’s a bug with a simple fix. The eln-cache path isn’t staying in sync with user-emacs-directory. 
> >> 
> >>     (let ((old-face-font-rescale-alist face-font-rescale-alist))
> >>       (unwind-protect
> >> 	  (command-line)
> >> +  (when (featurep 'native-compile)
> >> +     (startup--update-eln-cache))
> >
> > I'm not at all sure it's indeed so simple to change the eln-cache in
> > the middle of a session, but let's hear what Andrea (CC'ed) thinks
> > about this.
> 
> I have nothing in my mind which suggests this should not work, I think
> that if the patch is tested and seems to work we could try it on master.

OK, installed on master, and closing the bug.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.