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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Spencer Baugh <sbaugh <at> janestreet.com>
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 20:35:12 +0300

> From: Spencer Baugh <sbaugh <at> janestreet.com>
> Date: Wed, 14 May 2025 13:07:16 -0400
> Cc: 78304 <at> debbugs.gnu.org
> 
> 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.

And why is that a problem in this case?

IOW, you seem to be describing several different situations, but each
one of them might need a slightly different solution.  E.g., you never
explained why you want to do whatever you need to do in "emacs -q".

Given all these undisclosed details and rationales, it is hard to have
a useful and efficient discussion.  I almost feel like the rules of
the game change with each new message, and no matter what I suggest,
it will be rejected because the target keeps moving.  Just look back
at the discussion history:

 . you said you want something done under -q, so I suggested
   site-start
 . you then bring up package initialization, which was never
   mentioned before
 . I suggest to delay package initialization, but then it turns out
   you want to load early-init, and now I don't understand why you
   mentioned -q in the first place

So now I'm completely confused regarding what are you trying to solve
and why.  May I suggest to describe the problem(s) in more detail?

Previous Next

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