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

Previous Next

Full log

View this message in rfc822 format

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

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

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.

>

[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.