GNU bug report logs - #78304
31.0.50; Support --early-eval on the command line

Previous Next

Full log

Message #35 received at 78304 <at> debbugs.gnu.org (full text, mbox):

From: Spencer Baugh <sbaugh <at> janestreet.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78304 <at> debbugs.gnu.org
Subject: Re: bug#78304: 31.0.50; Support --early-eval on the command line
Date: Wed, 14 May 2025 13:07:16 -0400

[Message part 1 (text/plain, inline)]

On Wed, May 14, 2025, 12:26 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Spencer Baugh <sbaugh <at> janestreet.com>
> > Date: Wed, 14 May 2025 11:36:40 -0400
> > Cc: 78304 <at> debbugs.gnu.org
> >
> > On Wed, May 14, 2025, 7:29 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> >  > From: Spencer Baugh <sbaugh <at> janestreet.com>
> >  > Cc: 78304 <at> debbugs.gnu.org
> >  > Date: Tue, 13 May 2025 14:10:24 -0400
> >  >
> >  > Eli Zaretskii <eliz <at> gnu.org> writes:
> >  >
> >  > > Why cannot you do whatever you need in the site-init file?
> >  >
> >  > By that I assume you mean site-start.el, since AFAIK site-init.el is
> not
> >  > loaded at runtime, only at dump time.
> >  >
> >  > As (info "(elisp) Startup Summary") describes, site-start.el is loaded
> >  > after package-activate-all is called and the initial frame is set up.
> >  > It is therefore loaded too late to configure these things.
> >
> >  That's easy to overcome: set package-enable-at-startup to a nil value
> >  in early-init.el, then call package-activate-all in site-start file.
> >
> >  Does this solve the problem?
> >
> > No, because as I said above, there's no way to combine this solution
> with -q.
>
> I don't understand why.  The -q switch doesn't disable loading
> site-start file.
>

It disables loading early-init.el.

>

[Message part 2 (text/html, inline)]

Previous Next

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