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: Re: bug#30854: 27.0.50; Speeding up package.el startup Date: Mon, 21 Dec 2020 15:03:46 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13471"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Stefan Kangas , "emacs-devel@gnu.org" To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 21 21:06:00 2020 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 1krRRQ-0003O4-8y for ged-emacs-devel@m.gmane-mx.org; Mon, 21 Dec 2020 21:06:00 +0100 Original-Received: from localhost ([::1]:51552 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1krRRP-0006J9-AA for ged-emacs-devel@m.gmane-mx.org; Mon, 21 Dec 2020 15:05:59 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39252) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krRPN-0005D0-Ga for emacs-devel@gnu.org; Mon, 21 Dec 2020 15:03:54 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:25819) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krRPK-0001I8-MP for emacs-devel@gnu.org; Mon, 21 Dec 2020 15:03:52 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 9255680976; Mon, 21 Dec 2020 15:03:48 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 13A2E8009E; Mon, 21 Dec 2020 15:03:47 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1608581027; bh=5LIALjypacN31JZsXTQj9dE6Nxiiw/THxTC1FIbN1fI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Q5Fz/sZ+Sn7ABE9lp7VpDheNaub1ArC7zuYMje7fCkpqEqsh5aAAH6cohIB9R0lJH AwDBKw0/InjrDMPauMztFWDGDDnEtH5vjCyXEBDVh1o54urOylpWy9QfD/hd4+THVI USQMVyWy0Ug9A36PRFAH3e/zvQsho+PBvcfjDGBv3y6VLlv7sbXGzy1iaumlTug1t/ vpCswvXtNUJn9ntgreb858armgnPShlVdTXJUSGmG5JaY8wwdZS8jzpvi2j7MCynqR vNLHd5wJ5r/nQRBDqBStSwzJOMo915vA4XdkPRuQDkkExSPUf3gX/cQbtjWqlA/BKf SLf6h9YavdHHg== Original-Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id D835E120310; Mon, 21 Dec 2020 15:03:46 -0500 (EST) In-Reply-To: (Arthur Miller's message of "Mon, 21 Dec 2020 20:45:17 +0100") 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 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:261428 Archived-At: > Maybe I missunderstand how it works; but can user activate packages > before the end of early-init.el if they don't require package.el? Of course, they can just call `package-activate-all`. > Wouldn't it be contradictory to the idea of quickstart? This is orthogonal to `package-quickstart`. > I just hacked things with the least effort possible :-). This was the > smallest change I was able to come up with atm. Yes, I still have to sleep on it, I think, but I'm beginning to like the idea. > I don't see why someone would not want to use quickstart? So as a > thought: why not make quickstart normal mode how package loading works? Yes, I think we should. But for that we need to make sure the quickstart file is properly recreated every time it's needed. There might also be situations where that can't be done, tho: e.g. if `package-directory-list` includes a directory maintained by the sysadmin, then we won't be told when packages get installed/removed/upgraded in that directory. To handle such a case we'd have to either disable quickstart altogether or add some kind of "freshness" check at startup before using the quickstart file. Stefan