GNU bug report logs - #79124
emacs -Q doesn't give me a clean slate

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: rpluim <at> gmail.com, 79124 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: bug#79124: emacs -Q doesn't give me a clean slate
Date: Mon, 04 Aug 2025 21:14:08 +0300

> Date: Mon, 4 Aug 2025 10:19:12 -0700
> Cc: rpluim <at> gmail.com, rms <at> gnu.org, 79124 <at> debbugs.gnu.org
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> 
> > I thought, perhaps mistakenly, that you
> > wanted to prevent Emacs from accessing the home directory when that
> > directory did exist
> 
> No, I just want Emacs to skip the user-specific configuration it 
> normally does, so that I'm running a vanilla Emacs rather than a 
> tailored Emacs.

Then accessing the eln-cache is not an issue for you, and we should
just stop wasting each other's time.  As I'm quite sure I said in my
original response to your bug report.  Because none of the *.eln files
are user-specific configuration, precisely like the *.elc files on the
user's machine aren't.

> The original intent of -Q was to have a convenient way to have Emacs run 
> independently of user-specific configuration. If -Q has strayed away 
> from that intent but we can't change its behavior for some backward 
> compatibility concern, then we should have a new short option to do the 
> original intent.

Then let's return to talking about the real problems: the loading of
abbrevs and perhaps the auto-save-list files (not sure that the latter
match the description of "user-specific configuration").  The rest of
the accesses to the home directory are to load and/or write *.eln
files, and have nothing to do with user configuration.

Previous Next

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