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.bugs Subject: bug#45198: 28.0.50; Sandbox mode Date: Sun, 20 Dec 2020 10:08:45 -0500 Message-ID: References: <0917E396-F78C-45BF-8A1F-5C23CA722D9A@acm.org> <26556EDE-9133-450F-9181-2859E058677C@acm.org> <414E5ED4-0105-43FF-9DF5-D5A2E32E586B@acm.org> <239166D0-63F2-48CF-AC26-B306B99419BC@acm.org> <8623C27F-BDD9-4F6D-B365-51D0FEBCCDD2@acm.org> <495A446B-9BC6-4B6D-BBA3-493A917E0E57@acm.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="11254"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Bastien , 45198@debbugs.gnu.org, Philipp Stephani , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 20 16:09:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1kr0Kc-0002o0-Q4 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 20 Dec 2020 16:09:10 +0100 Original-Received: from localhost ([::1]:49440 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kr0Kb-000729-IP for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 20 Dec 2020 10:09:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57530) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kr0KU-00071y-Sq for bug-gnu-emacs@gnu.org; Sun, 20 Dec 2020 10:09:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33802) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kr0KU-0002vy-Ku for bug-gnu-emacs@gnu.org; Sun, 20 Dec 2020 10:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kr0KU-0006rK-GQ for bug-gnu-emacs@gnu.org; Sun, 20 Dec 2020 10:09:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Dec 2020 15:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45198 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 45198-submit@debbugs.gnu.org id=B45198.160847693526353 (code B ref 45198); Sun, 20 Dec 2020 15:09:02 +0000 Original-Received: (at 45198) by debbugs.gnu.org; 20 Dec 2020 15:08:55 +0000 Original-Received: from localhost ([127.0.0.1]:45348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kr0KN-0006qz-9q for submit@debbugs.gnu.org; Sun, 20 Dec 2020 10:08:55 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:36009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kr0KL-0006ql-KY for 45198@debbugs.gnu.org; Sun, 20 Dec 2020 10:08:53 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 25F38100229; Sun, 20 Dec 2020 10:08:48 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A9F211000D1; Sun, 20 Dec 2020 10:08:46 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1608476926; bh=wyfx1meQKJRg3Uo37QrMmJeckESa+rp809i7Fhw1O8I=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ZR00DdlQm9LNdP7h2KaEbxxuWmeszMu3RjqipwqQy7bt7OKm4mahMNoDPVNWqJpg6 gQIJaXSueC7gtFNcwQnTg8AZNxwKMdTFno9LPT/sYBRm2cwD0PZlzJMu+J/A9Or01O UCmLXNvDgq7dj8rJu17O61R1WQDaN7rchAPh/e28QT0NhRTqdtw6oF9+8iGXuqbOcz TZFS7KK8kofUY7Z1asT2el/EHADzcqCc1MU7fr9WXoHJ0fPsr0ZkIJzQ3kiZsUGbWj IgAlAKaAhHtQa4iqSbNAAO+0vmB8zFe/ZGSu4HXjUX7rQp5vxdgLXCVSQKqiVEPMsI C8pzP8P5J8ZeA== Original-Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 4ACED1203CA; Sun, 20 Dec 2020 10:08:46 -0500 (EST) In-Reply-To: <495A446B-9BC6-4B6D-BBA3-493A917E0E57@acm.org> ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Sun, 20 Dec 2020 15:12:01 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196472 Archived-At: >>> It was suggested that no init files be loaded to make the Emacs subprocess >>> start faster. (I'm neutral here.) >> I still have no idea what this has to do with autoloads. > If Emacs does not read the user's init file in the checking process, then > autoloads for external packages are not defined and the byte-compiler will > complain when encountering calls to functions defined in external packages > not explicitly required. Other people seem to believe it's not a big deal; > I'm unsure. Oh, I think I see what you mean. I suspect that "autoload" is not the crux of the matter (and "init file" isn't either) and we'll only know how important the issue is and how best to fix it with more experience. E.g. maybe the better option will be for `elisp-flymake-byte-compile` to try and pass down some of that contextual info (e.g. `package-directory-list` and `load-path`) to the subprocess, or maybe we'll want `elisp-flymake-byte-compile` to recognize the `Package-Requires:` header, ... I think the more important pressing issue will be to distinguish "config file" (i.e. packages whose main purpose is to change the behavior of Emacs when they're loaded) from "ELisp package file" (packages which, according to the coding convention, should not change the behavior of Emacs when loaded), since config files are likely to be full of false positives that can't be conveniently fixed by the user whereas for genuine ELisp package files we have a range of tools to fix the warnings. Stefan