From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#45198: 28.0.50; Sandbox mode Date: Sat, 19 Dec 2020 19:48:18 +0000 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> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23578"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Bastien , 45198@debbugs.gnu.org, Philipp Stephani , Stefan Monnier 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 Sat Dec 19 20:50:33 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 1kqiFM-0005vX-OE for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 19 Dec 2020 20:50:32 +0100 Original-Received: from localhost ([::1]:51312 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kqiFL-0004Xd-Iy for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 19 Dec 2020 14:50:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43604) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqiDx-0004Un-N5 for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 14:49:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59902) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kqiDt-0001M8-Vj for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 14:49:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kqiDt-0003ND-T1 for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 14:49:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Dec 2020 19:49:01 +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.160840731812935 (code B ref 45198); Sat, 19 Dec 2020 19:49:01 +0000 Original-Received: (at 45198) by debbugs.gnu.org; 19 Dec 2020 19:48:38 +0000 Original-Received: from localhost ([127.0.0.1]:43215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kqiDV-0003MZ-NU for submit@debbugs.gnu.org; Sat, 19 Dec 2020 14:48:37 -0500 Original-Received: from mail-il1-f176.google.com ([209.85.166.176]:33921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kqiDT-0003ML-40 for 45198@debbugs.gnu.org; Sat, 19 Dec 2020 14:48:36 -0500 Original-Received: by mail-il1-f176.google.com with SMTP id x15so5409020ilq.1 for <45198@debbugs.gnu.org>; Sat, 19 Dec 2020 11:48:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=1k6MgMtYS4wnZWFzDZNs7UGxALsIbQszvy+xG3X2kf0=; b=QLvEAPfh2ZjxkkozW2Zn1shm6+Cju34myG7456WYb3M53ZDXGPTXMhRXZGAL826d7t +nM+XX4TrQLlUqdQo3tAZpNCVeF4Bt3LTTU2sqYsixaOTnBY2vQDdH85aKsAbke2umqf 8LnMqfrFIrCANXVln6v7ax+PdNt6REqz1cnkoRhWLPFxQryswUTDNUuGulHyNsVF8q2s H7Bg3BLrIm6gyh06L/HBJciNnOp0oeZv8tsa1hGvwyubzrJxEtKyIUQenIeoOQBX+WqO yDf3npl+uSIJ9BCV1g/B6HpJlnLmtnZlWHjFfcqdBp+/1bS0V4TYaHPF9z6x/3akV5Jo uI/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=1k6MgMtYS4wnZWFzDZNs7UGxALsIbQszvy+xG3X2kf0=; b=Y2tFrkZVSS4Ai8tqw4GIOoE5w11eTkC5aoU3US0tA6E1GvXLND2d2QtbnBilwAG+hU goH4EiQpQTmp8gBsne+Tq0n0s9nVRqnPze64H5EcuZpptdxTA4tbNpY6HeGYt/7ftodu r20WW5MzNQvdvmHXBZ0b2ttg9QIlKU8gAx7F7f8aGuLUSE5HtV5z6gxDaCH/FHthp9GB OkMVKDVmhSZYzpUDJXf8oceMgtCcI/0E2yFrX41kPWnYF0ZMGoWJC6gUygffh+BhJikA LJnskUQHjD1v0hxygUS+o1ozzEC+42HUPOweB8h/MU85AO9XBP9Bn57b6+3m2xpjAfPG 6L0A== X-Gm-Message-State: AOAM531HkgCbhJT7jwAoF7JmM22JJydetRb1pOhQi9ATxb3NmovQovlh U4aOEowFDI+BeJ3G8tv67pM2ZRQ8dDenPUCHdPY= X-Google-Smtp-Source: ABdhPJwjtN2AQ2grz3ohqbL6s+qoxtPWYf4AkUpfgY/NL84oh4c0DZTiOwht4bM04Np9UOv0oHmLplnl+kFE5nIvsUE= X-Received: by 2002:a05:6e02:14ce:: with SMTP id o14mr10335447ilk.9.1608407309339; Sat, 19 Dec 2020 11:48:29 -0800 (PST) In-Reply-To: <239166D0-63F2-48CF-AC26-B306B99419BC@acm.org> 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:196423 Archived-At: On Sat, Dec 19, 2020 at 6:47 PM Mattias Engdeg=C3=A5rd w= rote: > > 19 dec. 2020 kl. 19.11 skrev Stefan Monnier : > > > I must say I don't know what's being discussed here. > > What autoloads? Why do we care? > > If a user looks at elisp code that depends on autoloads and the checker p= rocess cannot load those for reasons of sandbox policy or whatnot, there wi= ll be false positives about missing functions. This is fine if we are phasi= ng out autoloads but as far as I know we're not. It would have to depend on autoloads at compilation time. As far as I can tell, that's not extremely common. It's quite more common that things are `require`d and thus `load`ed at compilation time, so if we block that, the Flymake compilation output becomes quite useless in most cases, producing big single error in that first require. Such things can and already do happen with processes that have non-standard load-paths mechanisms, such as one of mine. The only load-path that the Flymake currently sees is the current directory's. I suppose extending that is possible (and it's been in my plans). It's also possibly another "hazard", though one incurred in consciously by the user, whom we may warn via the usual "unsafe local variables" machinery. Jo=C3=A3o