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.