From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 07 16:08:46 2017 Received: (at submit) by debbugs.gnu.org; 7 Dec 2017 21:08:46 +0000 Received: from localhost ([127.0.0.1]:51010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eN3PS-0006Ht-Gi for submit@debbugs.gnu.org; Thu, 07 Dec 2017 16:08:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eN3PQ-0006Hg-Mc for submit@debbugs.gnu.org; Thu, 07 Dec 2017 16:08:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eN3PK-0007H9-Ov for submit@debbugs.gnu.org; Thu, 07 Dec 2017 16:08:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56757) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eN3PK-0007H4-Lm for submit@debbugs.gnu.org; Thu, 07 Dec 2017 16:08:38 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38542) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eN3PJ-0002Yl-Lu for bug-gnu-emacs@gnu.org; Thu, 07 Dec 2017 16:08:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eN3PG-0007Es-F5 for bug-gnu-emacs@gnu.org; Thu, 07 Dec 2017 16:08:37 -0500 Received: from mail-ot0-x22a.google.com ([2607:f8b0:4003:c0f::22a]:37943) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eN3PG-0007Eh-A4 for bug-gnu-emacs@gnu.org; Thu, 07 Dec 2017 16:08:34 -0500 Received: by mail-ot0-x22a.google.com with SMTP id p3so7561341oti.5 for ; Thu, 07 Dec 2017 13:08:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=eDvxg9CijZMVRVJCPe/E2icNulhvdyU1pL5XAJqTbmM=; b=Uhkp5yPQhW9IUIV0Gu1vc+cYP6DsX5jZumX2v8UJlY86aUQBy8xLCF1nh1nwZWAP6v xC+SwzM7+xx4RFl265pzqT6aziPV3v4D/XQPqaiokb9naCU3LjRIx9/SpWv4uapbzFmk Ims6OpGWLpq8c+DPcuPPHt6Ewvq0kYU42KMkpzvujMAAJvfTChMgf/4uxMY9B+m+CbJ5 nJmR1WzLaiZ2/kYyyl7dBwzmoy4NXIVUC0V91rJynkcRwlv0zXmHBvnNB6LYOSp3LUaK +UnYc9SoqDPKxgAnaZU2eK+2HNnPmFnXQoDmBh7/zddpjAZ4uxTm/nOm2ZQU7WBFaWwQ 2u+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=eDvxg9CijZMVRVJCPe/E2icNulhvdyU1pL5XAJqTbmM=; b=gViT+tPUkeEF5ADlOlDAsTBs8XbC8+LCJB8XcQyJZR9YKFfpZD2H+Ml/kNawWq0IuQ oYzxbOD6xQDgwUs1heWjFnJxQNB6R+pEEy0hVh2Q5AkiqxzqjU9dKkFtwRHoQqIgGtrN ZAsjpSgUTft+QjU2hQZAiIjDF6iqCJPs+xKN8yJpT6Ni91i795nf7ZYZT5GObJvgcYef CIfJpbuMXg9kcDCz/iANSj4XfgvAxGrOIIwbIB3D60Gs3cvxX+jzng+4Xk7J4GnpOv9o JNRQgnQQZNaSRCPqSP7FbInZqIrp18q6lp4a/s5gWD1D+8RKojG5udyCMbhHzGVaX1e7 AMew== X-Gm-Message-State: AJaThX6sVAUZFaqPaXmfzJ4vTn5F51OClAJBnrWXoinbn5KjBPqY+NNJ g5zqO+wruaPO+kIVEjVTo30zaiY0 X-Google-Smtp-Source: AGs4zMZ3qOCyCC2dtcpBlj+AF26CPw1nwzX+IREhWHNA1OX+/U4RBMaFBV/QwLpSLuOQqWK7T5O5Kw== X-Received: by 10.157.1.17 with SMTP id 17mr26149247otu.272.1512680913102; Thu, 07 Dec 2017 13:08:33 -0800 (PST) Received: from mars (nat-128-62-59-183.public.utexas.edu. [128.62.59.183]) by smtp.gmail.com with ESMTPSA id f62sm2580510oic.44.2017.12.07.13.08.32 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 07 Dec 2017 13:08:32 -0800 (PST) User-agent: mu4e 0.9.18; emacs 25.3.1 From: Alex Branham To: "" Subject: python.el movement functions Date: Thu, 07 Dec 2017 15:08:30 -0600 Message-ID: <87vahigsa9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Python movement statements do not always result in the behavior I'd expect. Consider this python file (with (|) representing point): (|)for i in [1, 2, 3]: print(i) I'd expect M-x python-nav-forward-statement to result in for i in [1, 2, 3]: print(i) (|) but instead you wind up with for i in [1, 2, 3]: (|)print(i) and python-nav-forward-block (bound to M-e) is even worse. It results in point not moving at all: (|)for i in [1, 2, 3]: print(i) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 08 12:56:54 2017 Received: (at 29608) by debbugs.gnu.org; 8 Dec 2017 17:56:54 +0000 Received: from localhost ([127.0.0.1]:52806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNMtK-000585-KX for submit@debbugs.gnu.org; Fri, 08 Dec 2017 12:56:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNMtI-00057q-UJ for 29608@debbugs.gnu.org; Fri, 08 Dec 2017 12:56:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNMtC-00056g-OI for 29608@debbugs.gnu.org; Fri, 08 Dec 2017 12:56:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43287) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNMtB-00054f-D3; Fri, 08 Dec 2017 12:56:45 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1eNMtB-0002Jw-0P; Fri, 08 Dec 2017 12:56:45 -0500 From: Glenn Morris To: Alex Branham Subject: Re: bug#29608: python.el movement functions References: <87vahigsa9.fsf@gmail.com> X-Spook: diwn H5N1 Worm PGP Centro Shots fired Nuclear facility X-Ran: O4'8Q.R<:~>wJm@|h}G?c9@j+&>h~oT2YgQ~=dl)hw'tNET,_?QhE[p8&BO&FJNJYpyP~/ X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 08 Dec 2017 12:56:44 -0500 In-Reply-To: <87vahigsa9.fsf@gmail.com> (Alex Branham's message of "Thu, 07 Dec 2017 15:08:30 -0600") Message-ID: <5refo5xfvn.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29608 Cc: 29608@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Alex Branham wrote: > Python movement statements do not always result in the behavior I'd > expect. Consider this python file (with (|) representing point): > > (|)for i in [1, 2, 3]: > print(i) > > I'd expect M-x python-nav-forward-statement to result in > > for i in [1, 2, 3]: > print(i) > (|) > > but instead you wind up with > > for i in [1, 2, 3]: > (|)print(i) The actual result seems reasonable to me? > and python-nav-forward-block (bound to M-e) is even worse. It results > in point not moving at all: > > (|)for i in [1, 2, 3]: > print(i) It seems that you disagree with python.el's definition of "statement" and "block". Eg the block definition seems to be: (defconst python-rx-constituents `((block-start . ,(rx symbol-start (or "def" "class" "if" "elif" "else" "try" "except" "finally" "for" "while" "with" ;; Python 3.5+ PEP492 (and "async" (+ space) (or "def" "for" "with"))) symbol-end)) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 08 16:37:25 2017 Received: (at 29608) by debbugs.gnu.org; 8 Dec 2017 21:37:25 +0000 Received: from localhost ([127.0.0.1]:52953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNQKj-0007hM-Ca for submit@debbugs.gnu.org; Fri, 08 Dec 2017 16:37:25 -0500 Received: from mail-oi0-f46.google.com ([209.85.218.46]:41618) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNQKh-0007h8-Qd for 29608@debbugs.gnu.org; Fri, 08 Dec 2017 16:37:24 -0500 Received: by mail-oi0-f46.google.com with SMTP id t78so8060434oie.8 for <29608@debbugs.gnu.org>; Fri, 08 Dec 2017 13:37:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:user-agent:in-reply-to:date :message-id:mime-version; bh=KFBAOCn9cdSP3dDRPua3r46Rh4Ajkv+Pp+3kRcOLoCQ=; b=j7qibHyoVCaMiAa5Gu16TcWgZAgeivMD5m7fIpXZ48LJiDKhB6/rdCfCRiGNHOBU9L SL0vi7HhmQbrG215QbAaopozudeugElPh37nMLG+QV6a6UTvFQKB2nrdM6HAiBjg8WXW i33ztMqutm8hTfLUGYUVOIADszeKpcEuM5hdiWcxl7ciPm95xyq1nQmgm0dpznCk5cUH Xnn1iKeVWPD9/0KS8WhQyPw8qbXjBXBmMgVn1cKvoNUB412nmNVvUpFarpCJX99muDDS +cgzAeEK86csQnUTi+hBAlYly6iV+iYmEkhrH6bm1mfTGkelhgZUWz4hjpvg4QS8MpEC C3DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:user-agent :in-reply-to:date:message-id:mime-version; bh=KFBAOCn9cdSP3dDRPua3r46Rh4Ajkv+Pp+3kRcOLoCQ=; b=f5d4O/1GL8mxMhkfO1Xsc2TJzp4E6f9oFJOjlaKmcmgGGLa3XVgOGZThRz93wTxXlR Uzv6NbGS7k2Kn0M26VdA0Cb+emRyDT2vfhsq7g8HNO0JCG9zuf8JZlsft905zQezR0wH E+MWKLTcFGmk0EENfhzprtQ/yEPZob9A6WYvDwcL47KrI4HYd+43/I2u3idnjHyOzfLy 7N7jCVcd1gX5HI7zwXQqCUBeDa47a3xY2urAwo7JlZhIWfZ+1EPRe5d8NMmrwItCIAit ob/XYhmH3PwRiIZvvx9SwK2eiXr324F4r75AhT2kOCk7WlQB3IamkjXT9tcsX/t4ZaJV dpIA== X-Gm-Message-State: AJaThX5V97vyiRXb5DG4q0uZsGDLmNFHAV8VPRBEbPziTIU5PXfEIQnY kIcy1Gjtp3bsOiJ9SGM0nHGTeOV8 X-Google-Smtp-Source: AGs4zMYRJzKYPUXMsCM9OHCg3TTWwl9vTS3pcp8h6mEPWdvSy76OTFpkPXRLCjdecZg85jqUoizJuA== X-Received: by 10.202.74.88 with SMTP id x85mr26618044oia.215.1512769037645; Fri, 08 Dec 2017 13:37:17 -0800 (PST) Received: from mars (nat-128-62-59-183.public.utexas.edu. [128.62.59.183]) by smtp.gmail.com with ESMTPSA id n130sm3680884oia.12.2017.12.08.13.37.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 08 Dec 2017 13:37:17 -0800 (PST) From: Alex Branham To: Glenn Morris Subject: Re: bug#29608: python.el movement functions References: <87vahigsa9.fsf@gmail.com> <5refo5xfvn.fsf@fencepost.gnu.org> User-agent: mu4e 0.9.18; emacs 25.3.1 In-reply-to: <5refo5xfvn.fsf@fencepost.gnu.org> Date: Fri, 08 Dec 2017 15:37:15 -0600 Message-ID: <87mv2syk8k.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29608 Cc: 29608@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Fri 08 Dec 2017 at 17:56, Glenn Morris wrote: > Alex Branham wrote: > >> Python movement statements do not always result in the behavior I'd >> expect. Consider this python file (with (|) representing point): >> >> (|)for i in [1, 2, 3]: >> print(i) >> >> I'd expect M-x python-nav-forward-statement to result in >> >> for i in [1, 2, 3]: >> print(i) >> (|) >> >> but instead you wind up with >> >> for i in [1, 2, 3]: >> (|)print(i) > > The actual result seems reasonable to me? I'd argue that a "statement" should contain a whole logically valid statement, but I see your point. > >> and python-nav-forward-block (bound to M-e) is even worse. It results >> in point not moving at all: >> >> (|)for i in [1, 2, 3]: >> print(i) > > It seems that you disagree with python.el's definition of "statement" and > "block". Eg the block definition seems to be: > > (defconst python-rx-constituents > `((block-start . ,(rx symbol-start > (or "def" "class" "if" "elif" "else" "try" > "except" "finally" "for" "while" "with" > ;; Python 3.5+ PEP492 > (and "async" (+ space) > (or "def" "for" "with"))) > symbol-end)) Shouldn't python-nav-forward-block actually navigate forward, though? And if we're on the last block in the buffer, just leave point at the end? This might be off-topic, but what I'm trying to do is to write a function that I can bind so that C- acts like it does in ESS where you can continue to hit it and it will eventually evaluate everything in the buffer. Here's what I have so far: (defun python-shell-send-region-or-statement () "Send the current region to the inferior python process if there is an active one, otherwise the current line." (interactive) (if (use-region-p) (python-shell-send-region (region-beginning) (region-end)) (python-shell-send-statement))) (defun python-shell-send-statement () "Send the current line to the inferior python process for evaluation." (interactive) (save-excursion (let ((end (python-nav-end-of-statement)) (beginning (python-nav-beginning-of-statement))) (python-shell-send-region beginning end)))) (defun python-shell-send-region-or-statement-and-step () "Call `python-shell-send-region-or-statement' and then `python-nav-forward-statement'." (interactive) (python-shell-send-region-or-statement) (python-nav-forward-statement)) From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 26 10:13:26 2021 Received: (at 29608) by debbugs.gnu.org; 26 Jun 2021 14:13:26 +0000 Received: from localhost ([127.0.0.1]:48448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lx93m-00085d-7B for submit@debbugs.gnu.org; Sat, 26 Jun 2021 10:13:26 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lx93k-00085M-8Z for 29608@debbugs.gnu.org; Sat, 26 Jun 2021 10:13:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IPmciXYuXOxsRgYbM/QrDMDJ+Q8md+aQW3W/TLbRR14=; b=BI1IPjrahB735X0te6vANIdzr5 GYtDC4HNafqXUS8MhtLeH5SGMEuoz1i/s3+PMFDH1tCk7H0cDWmfO4h/26DDEsW4TZkBMllu0oNjf DgHtMA33yZFbxTqk0oDQZzSejSMEwPkBi4z0mBoPKU4wnn3+BAjgyXY1SkdRvC6fHDX8=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lx93b-0003Of-F9; Sat, 26 Jun 2021 16:13:17 +0200 From: Lars Ingebrigtsen To: Alex Branham Subject: Re: bug#29608: python.el movement functions References: <87vahigsa9.fsf@gmail.com> <5refo5xfvn.fsf@fencepost.gnu.org> <87mv2syk8k.fsf@gmail.com> X-Now-Playing: Nobukazu Takemura's _Zeitraum_: =?utf-8?B?IumMhuOBs+OBnw==?= =?utf-8?B?44OS44Oz44K4?= (My Rusty Hinge)" Date: Sat, 26 Jun 2021 16:13:12 +0200 In-Reply-To: <87mv2syk8k.fsf@gmail.com> (Alex Branham's message of "Fri, 08 Dec 2017 15:37:15 -0600") Message-ID: <871r8obton.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Alex Branham writes: > Shouldn't python-nav-forward-block actually navigate forward, though? > And if we're on the last block in the buffer, just leave point at the > end? Well, the `M-e' doc string says "Move forward to next block of code.", so if there is no next code block, then there's nothing to move to. So I think it's working as intended, I guess? It does seem sl [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29608 Cc: Glenn Morris , 29608@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Alex Branham writes: > Shouldn't python-nav-forward-block actually navigate forward, though? > And if we're on the last block in the buffer, just leave point at the > end? Well, the `M-e' doc string says "Move forward to next block of code.", so if there is no next code block, then there's nothing to move to. So I think it's working as intended, I guess? It does seem slightly eccentric -- I'd also expect it to move to the end of the current block, but then there's `python-nav-end-of-block' for that. But I don't think there's anything to fix here, so I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 26 10:13:29 2021 Received: (at control) by debbugs.gnu.org; 26 Jun 2021 14:13:29 +0000 Received: from localhost ([127.0.0.1]:48451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lx93p-00085s-Db for submit@debbugs.gnu.org; Sat, 26 Jun 2021 10:13:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56958) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lx93n-00085S-Jz for control@debbugs.gnu.org; Sat, 26 Jun 2021 10:13:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=H95AGp1kY0ipKv+qqbGSz81YRxnytm3HAGRrrTYV4VE=; b=iwqQ2ksQeGyIH9mwa6EdvhWLXF VTAp9G3Mar/7b+YPMs2D+LGReeYo1ERiN8PNqlEE36+5gpPbsk3cLI+KCSROjBamuL/vqq3WbmxRp 5cOJimsMWJ4w9ZnQDbu3wJU7CUUwyj6PRwgwV/RzViIYGt0lnAUpdVdKX3Pe7EXcz03A=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lx93g-0003Ox-AF for control@debbugs.gnu.org; Sat, 26 Jun 2021 16:13:22 +0200 Date: Sat, 26 Jun 2021 16:13:19 +0200 Message-Id: <87zgvcaf40.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #29608 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 29608 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 29608 quit From unknown Tue Jun 24 05:10:17 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 25 Jul 2021 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator