GNU bug report logs -
#79124
emacs -Q doesn't give me a clean slate
Previous Next
Full log
View this message in rfc822 format
>>>>> On Wed, 30 Jul 2025 19:03:25 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>> From: Robert Pluim <rpluim <at> gmail.com>
>> Cc: eggert <at> cs.ucla.edu, rms <at> gnu.org, 79124 <at> debbugs.gnu.org
>> Date: Wed, 30 Jul 2025 17:33:26 +0200
>>
>> >>>>> On Wed, 30 Jul 2025 18:29:40 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>>
>> >> From: Robert Pluim <rpluim <at> gmail.com>
>> >> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, Richard Stallman <rms <at> gnu.org>,
>> >> 79124 <at> debbugs.gnu.org
>> >> Date: Wed, 30 Jul 2025 16:11:15 +0200
>> >>
>> >> We sometimes also read from .emacs.d/network-security.data under -Q,
>>
Eli> Not at startup time, right? You are talking about calling some
Eli> network-related APIs.
>>
>> Right. But itʼs still surprising that Emacs reads from ~/.emacs.d when
>> -Q is specified.
>>
>> Basically it happens whenever `nsm-verify-connection' calls
>> `nsm-host-settings'. We could add a check for "-Q" there.
Eli> OTOH, it's quite annoying to type the same responses to the NSM
Eli> prompts when trying stuff in "emacs -Q".
Yes, but if you save the result, then the 2nd time you run the test
you donʼt get prompted, and you wonder what you broke :-)
Eli> There is "emacs -D", which perhaps could be more "pristine". Patches
Eli> welcome.
Eli> That said, these options are of interest only to Emacs hackers.
Yes. The HOME trick is enough for me.
Robert
--
This bug report was last modified 3 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.