From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Loading early-init.el in batch mode (was: package-update-all from command line) Date: Tue, 24 May 2022 12:00:40 -0400 Message-ID: References: <877d6bd2a2.fsf@gnu.org> <83a6b758lt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16183"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 24 18:56:46 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ntXpt-0003z4-VJ for ged-emacs-devel@m.gmane-mx.org; Tue, 24 May 2022 18:56:46 +0200 Original-Received: from localhost ([::1]:35244 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ntXps-0007Pb-Tf for ged-emacs-devel@m.gmane-mx.org; Tue, 24 May 2022 12:56:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47882) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntWxm-0002Fw-Lz for emacs-devel@gnu.org; Tue, 24 May 2022 12:00:51 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:34916) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntWxk-0000M8-7V; Tue, 24 May 2022 12:00:49 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 8B18E442309; Tue, 24 May 2022 12:00:44 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 4D35B442302; Tue, 24 May 2022 12:00:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1653408043; bh=jGNHGHE114nc+ZLfJ5c+8n50G8VL6ccUg53Ur+2mGgM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=XHOylNxmcjDv1ikJUxWehViAKpgXtjbhaGUpFTnsEekVJ3CyWgjxgXRBO7oGnSOJm b3RoXkwlUsKEtmGO36MedOnzNyZqiVHWyULUiXJ7G0rQEv9Dz9HVeEUspWpum2u6Lg Mn9jn9RSBHScaWaCaKiCXg9w9hsoCx9yC/Nfq1RWpORF4lKISnOrD6w31OaWuugTM5 lPQN/yVkKJsY40oRyrH7iZh0ftjI9clvZTQpbIPbMtZeFL/IqoxN1pArGamEPyMk74 D2oOErxi9yeTEJ8qeMDaDz+mftrH1Qb9CTd/E4/cF0sC2vaAZaQETyjUi9xw+4Pgng HnlL8WZaBeuJQ== Original-Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id BD07E120328; Tue, 24 May 2022 12:00:42 -0400 (EDT) In-Reply-To: <83a6b758lt.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 24 May 2022 17:05:34 +0300") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:290202 Archived-At: >> I have wished for there to be a init file that's loaded in >> batch sessions. Sometimes I feel like `early-init.el` could >> be this file; i.e. load it when in `--batch` as well. > I don't think that's a good idea, I'm not completely sold on the idea either. More specifically, I wish we'd done it back when we introduced that file, but doing it now risks introducing regressions. > given that we don't limit users in what should go into that file. We don't give guidelines, but by virtue of it being loaded before the GUI is setup, it does have similar technical limitations to the ones that apply for batch uses. > If you want a special init file for batch sessions, we should > introduce a special file and document it as reserved only for settings > that are supposed to work in -batch sessions. We could, indeed. I can't think of any reason why we wouldn't want to load that same file in interactive sessions, tho (IOW, I can't think of too many user settings which would be useful for batch use and undesirable for interactive use). If we add such a file, we should be careful to allow something like `--batch -q` to prevent loading that file. Stefan