emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Async rebuild package-quickstart after packages update? was Re: 28.0


From: Arthur Miller
Subject: Re: Async rebuild package-quickstart after packages update? was Re: 28.0.50; Proposal: slightly more efficient package-quickstart.el
Date: Fri, 06 Aug 2021 16:13:06 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Arthur Miller <arthur.miller@live.com>
>> Cc: monnier@iro.umontreal.ca,  raman@google.com,  emacs-devel@gnu.org
>> Date: Fri, 06 Aug 2021 15:20:19 +0200
>> 
>> >> Why do you even care for -Q option there? You would like to do it async,
>> >> so just start the process with user settings and forgett about it and
>> >> let it chew until it's done.
>> >
>> > Starting "emacs -batch" with user settings could easily fail, since
>> > many settings in the init files are for interactive sessions, and will
>> > signal errors when done in batch mode.
>> 
>> Aha. Ok. Fair enough. But why runing in batch mode at all. 
>> 
>> Why not start normal emacs server process on another socket and
>> ask it to refresh quickstart file form another client? Two processes,
>> but no tinkering needed? Would that work?
>
> You mean, start a new interactive session, open an Emacs frame, run
> all the customizations, including perhaps restoring the last session
> via desktop, etc.?

No, start new emacs server proces on it's own socket. Yes, the point is
to run user init file, since you said batch mode does not do that. So
what if interactive settings are re-read? It is async proces, and that
is what I said a second or two extra, who cares? I don't think you need
new frame. I don't remember if new emacsclient process is needed to just
send it message over socket to eval (package-quickstart-refresh) or not,
but even if it is needed, it does not matter. I don't use to do this so
I don't remember deatisl of the call, but wasn't there some thread
with some guy running multiplse servers for evaling completions like not
so long time ago?

>  Doesn't sound right to me.

Why? At least it is sure user session will be the same, and the extra
time to load emacs does not matter in this case. It is just a pragmatic
approach.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]