bug#45708: closed (27.1; (setq inhibit-default-init t) not working)

[GNU bug Tracking System]

Your message dated Fri, 08 Jan 2021 09:36:35 +0200
with message-id <83k0snkhh8.fsf@gnu.org>
and subject line Re: bug#45708: 27.1; (setq inhibit-default-init t) not working
has caused the debbugs.gnu.org bug report #45708,
regarding 27.1; (setq inhibit-default-init t) not working
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
45708: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=45708
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 27.1; (setq inhibit-default-init t) not working
>
>
>
>
> Date: 
>
> Thu, 07 Jan 2021 13:34:22 +0800
>
>
>
>
> I tried to move to 27.1 in Oct 2020 but my setup was badly broken.
>
> So I tried again today and I discovered the culprit seemed to be that
> default.el is loaded regardless of (setq inhibit-default-init t) in my
> emacs init file.
>
> My emacs setup has been working flawlessly since at least Emacs 24.
>
> This incompatibility seems unintentional because the elisp documentation
> specifically allows setting inhibit-default-init in user init file.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#45708: 27.1; (setq inhibit-default-init t) not working
>
>
>
>
> Date: 
>
> Fri, 08 Jan 2021 09:36:35 +0200
>
>
>
>
> > From:  Leo Liu <sdl.web@gmail.com>
> > Cc: 45708@debbugs.gnu.org
> > Date: Fri, 08 Jan 2021 12:22:10 +0800
> > 
> > On 2021-01-07 16:00 +0200, Eli Zaretskii wrote:
> > > Yes, this is an unintended consequence of refactoring some of the
> > > startup code to support the early-init file.
> > 
> > I see.
> > 
> > > Does the patch below fix the problem?
> > 
> > I load the patched startup.el in early-init and the problem goes away.
> > So yes it seems to work. Thanks.
>
> Thanks for testing.  I've now installed the change on the emacs-27
> branch, and I'm marking this bug done.
>
>
> --- End Message ---