From mboxrd@z Thu Jan 1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Philipp Stephani
Newsgroups: gmane.emacs.bugs
Subject: bug#45198: 28.0.50; Sandbox mode
Date: Tue, 22 Dec 2020 12:12:03 +0100
Message-ID:
References: <0917E396-F78C-45BF-8A1F-5C23CA722D9A@acm.org>
<26556EDE-9133-450F-9181-2859E058677C@acm.org>
<414E5ED4-0105-43FF-9DF5-D5A2E32E586B@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="2912"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: Bastien , 45198@debbugs.gnu.org,
Stefan Monnier ,
=?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 Tue Dec 22 12:13:12 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 1krfbL-0000e6-Vn
for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Dec 2020 12:13:11 +0100
Original-Received: from localhost ([::1]:40784 helo=lists1p.gnu.org)
by lists.gnu.org with esmtp (Exim 4.90_1)
(envelope-from )
id 1krfbL-0001IF-1G
for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Dec 2020 06:13:11 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44140)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from )
id 1krfbC-0001I7-LP
for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 06:13:02 -0500
Original-Received: from debbugs.gnu.org ([209.51.188.43]:37486)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from )
id 1krfbC-0008Q5-EL
for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 06:13:02 -0500
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
(envelope-from ) id 1krfbC-0006NI-9X
for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 06:13:02 -0500
X-Loop: help-debbugs@gnu.org
Resent-From: Philipp Stephani
Original-Sender: "Debbugs-submit"
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Tue, 22 Dec 2020 11:13: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.160863554424443
(code B ref 45198); Tue, 22 Dec 2020 11:13:02 +0000
Original-Received: (at 45198) by debbugs.gnu.org; 22 Dec 2020 11:12:24 +0000
Original-Received: from localhost ([127.0.0.1]:49032 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1krfaa-0006MB-Eq
for submit@debbugs.gnu.org; Tue, 22 Dec 2020 06:12:24 -0500
Original-Received: from mail-ot1-f42.google.com ([209.85.210.42]:34670)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1krfaW-0006Lq-Gr
for 45198@debbugs.gnu.org; Tue, 22 Dec 2020 06:12:22 -0500
Original-Received: by mail-ot1-f42.google.com with SMTP id a109so11583710otc.1
for <45198@debbugs.gnu.org>; Tue, 22 Dec 2020 03:12:20 -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=uMu4RWCq/2VYXQGL7aN+8o8bQtqwa3q5PRJzTotei48=;
b=DRLJoCUQZLY2IwA8+8IJM5nmF9DxtWnLvXbb4Wxam+3x/PvvtxBQzCT1r+Hiq0VBZE
Jc8X9m/vOZxaTWsQCOXkcJP7+UJ33I0lYBxBFJVxZhPCJR2tgg/5VqrHHAYA0ZYoLD9f
/NjQqAG2bMDNpx89W5ie/CKGWNfcauE4oYP9UTykv6M2gCnGz1TaDogLqow+Tor5BFI+
t5TuN8h26m7nw9jD9KI3gtaCHJzASgUhkF97FUMkd3+qrcxqwySPlyPCBaINNpMe23Uw
HuGqInxHQsMipYdsS6dTHl5It+pG7TqGEn8jw8JsbMWziTwanIp2c2j8yREX9BQOC5gH
f0lg==
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=uMu4RWCq/2VYXQGL7aN+8o8bQtqwa3q5PRJzTotei48=;
b=VGptvT5/eWi4jml5YT2XiJdQLb5TGSz1G856NuzyGgWTrwpw8+ky63nvV3AagOodS2
1sCG/TGaS3fpmSur5urV7bTN15BfxedKjqUULRrFsiT4RjpZXHELpZX5HTsdYqlaznJK
d6g3Fw5Yhn1jpnAdQNQPFn5ANBrFqY4KwpcpCPW/KBGk1Q/ofMaB3q3TP8q5fBg+ufGu
+K677SecMUE+8pn2j7ChYKt3WxIzuiPg6rqCQPVWSgo6QETHXi+ifxFRw2T2gUhQC/MY
8sT+aAuQ41imkZISlYbNWvdCnvj8F+MwcOgqBzrQ4i/SSs0/+2dQaBBKrgHopu/fQNHH
Ew+w==
X-Gm-Message-State: AOAM5304bU81v8hKsITe5h/SMDGA9p3Nlndf2sAe11/w99hEfNDnlU+1
/hvGHJOo+Fyu4CGS3MHiMlELHYirhKnCQZNtGe4=
X-Google-Smtp-Source: ABdhPJyzUi0Mv9T8bAyNRekCn5T8irp7qot59Q58Ra3RbWydP31Cj9LfNhcj/UCwvg08iQAAL8wXcp3tzoQsxc4UjTE=
X-Received: by 2002:a9d:72c4:: with SMTP id d4mr15718178otk.149.1608635534719;
Tue, 22 Dec 2020 03:12:14 -0800 (PST)
In-Reply-To: <414E5ED4-0105-43FF-9DF5-D5A2E32E586B@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:196570
Archived-At:
Am Sa., 19. Dez. 2020 um 18:19 Uhr schrieb Mattias Engdeg=C3=A5rd :
>
> 19 dec. 2020 kl. 16.08 skrev Philipp Stephani :
>
> > I'd say these two questions are somewhat independent of each other.
> > Even with an internal-only interface, people will start to assume that
> > reading arbitrary files works.
> > I'm personally not a huge fan of such internal interfaces though. They
> > are necessary in some cases, but a high-level UI framework like
> > Flymake shouldn't need to use them. Besides, since Flymake is released
> > as an external package, it should rather not use internal interfaces
> > in the first place.
>
> What I meant is that there is no way of knowing whether an API is rubbish=
or not without having put it to use ourselves first (preferably in two or =
more ways), so let's not front-load the design. We know that this is true r=
egardless of how good programmers we think we are.
> Flymake would be a natural user, but it must cope with our own demands fi=
rst.
I agree, but we should use the time until Emacs 28 gets released to
gain experience with the API as well, so we should design the API
rather sooner than later, because once Emacs 28 is released, we can't
change it any more in incompatible ways.
> There's a difference though: flycheck is installed by someone who wants t=
o use it and is presumably ready for some setting-up. In contrast, we are a=
iming at an on-by-default zero-configuration Emacs feature, which means tha=
t the bar is higher. It's meant precisely for those who would not install a=
nd configure flycheck, so false positives may have effects opposite the int=
ended.
Yes, we should aim for a low false-positive rate, but it doesn't have
to be zero.
As I said, the false-positive rate (or rather, false-discovery rate)
for C currently is often 100%, so maybe we should start with that
first.