From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 30 05:50:53 2011 Received: (at submit) by debbugs.gnu.org; 30 Oct 2011 09:50:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKS2W-0004Dj-W0 for submit@debbugs.gnu.org; Sun, 30 Oct 2011 05:50:53 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKS2U-0004Db-CB for submit@debbugs.gnu.org; Sun, 30 Oct 2011 05:50:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RKS0S-0002mV-EA for submit@debbugs.gnu.org; Sun, 30 Oct 2011 05:48:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:49347) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKS0S-0002mR-Ch for submit@debbugs.gnu.org; Sun, 30 Oct 2011 05:48:44 -0400 Received: from eggs.gnu.org ([140.186.70.92]:60733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKS0R-0006TQ-AD for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 05:48:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RKS0Q-0002m1-6X for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 05:48:43 -0400 Received: from mail-gx0-f169.google.com ([209.85.161.169]:51188) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKS0Q-0002lv-3w for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 05:48:42 -0400 Received: by ggnh4 with SMTP id h4so5780494ggn.0 for ; Sun, 30 Oct 2011 02:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Z0tH3T8+a/F0SZle4uGX9ALfDOYSm0QkeB6mIDVk47U=; b=AV4Ia1CNWgTG/fYGvvjE/PbPIMRyrlVcF9aiJcL/SBAIkJVIt1NEQPwViTXBk2J3p1 MGUsy6eEo6keNSgaRPqyEM4uK3PIym4FzcH2d6HLoSVHu4uGzS/5dEXgfyATubhHSBJQ 9uAwywrv1q1Ydmqfhzwig8tUGs2RfJEUUfhyQ= MIME-Version: 1.0 Received: by 10.236.77.104 with SMTP id c68mr11447439yhe.69.1319968121313; Sun, 30 Oct 2011 02:48:41 -0700 (PDT) Received: by 10.236.36.40 with HTTP; Sun, 30 Oct 2011 02:48:41 -0700 (PDT) Date: Sun, 30 Oct 2011 10:48:41 +0100 Message-ID: Subject: 24.0.90; Improve mode-line's "flags" section From: Dani Moncayo To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) Severity: wishlist Hi, I'd like to propose some changes to the mode-line's "flags" section, to make it more clear and readable: 1. In text-mode, the very first character in the mode-line is always a dash. Since it is adjacent to the "flags" section, users could think that it is part of such section, i.e., that conveys some information. To avoid such confusion, I propose to write a space in that spot. 2. The EOL flag is not consistent across platforms[a], and I don't see the point of such inconsistency. So I propose to use always the same convention: ":", "\" and "/" for Unix, DOS, and MAC-type EOL formats. 3. When the buffer's default directory is local, the corresponding flag is a dash, which is very unfortunate, because there can be other dashes at both sides of that flag. So, I propose to substitute the dash for a space (the "@" would remain the same, of course). 4. In text-mode, The frame name is always preceded by a dash, which is also confusing, because one could think that it means something. I propose either remove it (shifting the frame name 1 position to left) or write a space in that spot. In GNU Emacs 24.0.90.1 (i386-mingw-nt6.1.7601) of 2011-10-27 on DANI-PC Windowing system distributor `Microsoft Corp.', version 6.1.7601 configured using `configure --with-gcc (4.5)' ---- Footnotes ---- [a] Quotation from (info "(emacs)Mode Line"): The character after CS is usually a colon. If a different string is displayed, that indicates a nontrivial end-of-line convention for encoding a file. Usually, lines of text are separated by "newline characters" in a file, but two other conventions are sometimes used. The MS-DOS convention uses a "carriage-return" character followed by a "linefeed" character; when editing such files, the colon changes to either a backslash (`\') or `(DOS)', depending on the operating system. Another convention, employed by older Macintosh systems, uses a "carriage-return" character instead of a newline; when editing such files, the colon changes to either a forward slash (`/') or `(Mac)'. On some systems, Emacs displays `(Unix)' instead of the colon for files that use newline as the line separator. -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 30 06:45:07 2011 Received: (at 9908) by debbugs.gnu.org; 30 Oct 2011 10:45:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKSt0-0005Wu-Di for submit@debbugs.gnu.org; Sun, 30 Oct 2011 06:45:06 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKSsv-0005WG-EO for 9908@debbugs.gnu.org; Sun, 30 Oct 2011 06:45:03 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RKSqt-00054S-QW; Sun, 30 Oct 2011 06:42:55 -0400 Date: Sun, 30 Oct 2011 06:42:55 -0400 Message-Id: From: Eli Zaretskii To: Dani Moncayo In-reply-to: (message from Dani Moncayo on Sun, 30 Oct 2011 10:48:41 +0100) Subject: Re: bug#9908: 24.0.90; Improve mode-line's "flags" section References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9908 Cc: 9908@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Sun, 30 Oct 2011 10:48:41 +0100 > From: Dani Moncayo > > I'd like to propose some changes to the mode-line's "flags" section, > to make it more clear and readable: I'd like to express an objection. We already made the mode line look very differently in the GUI sessions. It is only prudent to wait for a while before proposing further changes. Personally, I hate programs that change their look and feel every release. I would not like to see Emacs catch that particular disease. > 1. In text-mode, the very first character in the mode-line is always a > dash. Since it is adjacent to the "flags" section, users could think > that it is part of such section, i.e., that conveys some information. > To avoid such confusion, I propose to write a space in that spot. See http://lists.gnu.org/archive/html/emacs-devel/2010-10/msg00709.html where the rationale for leaving the dashes in the TTY sessions was explained. FWIW, I don't remember any complaints about this, so the alleged user confusion does not seem to be present in practice. > 2. The EOL flag is not consistent across platforms[a], and I don't see > the point of such inconsistency. The point is to alert the user to the fact that the EOL format of the buffer or file is not "native" for his or her platform. At the time, this was important enough for Richard to explicitly ask for a change to that effect. I don't know if the reasons are still valid. In any case, these strings are customizable. > So I propose to use always the same > convention: ":", "\" and "/" for Unix, DOS, and MAC-type EOL formats. Actually, a more logical choice would be '/' for Posix platforms, '\' for DOS and Windows, and ':' for the Mac. But I guess it's too late for such changes. > 3. When the buffer's default directory is local, the corresponding > flag is a dash, which is very unfortunate, because there can be other > dashes at both sides of that flag. So, I propose to substitute the > dash for a space (the "@" would remain the same, of course). I don't see why this is unfortunate. A space doesn't carry more or less information than a dash: both mean there's nothing to show. What is important is not to have the dash signify anything in particular. > 4. In text-mode, The frame name is always preceded by a dash, which is > also confusing, because one could think that it means something. I > propose either remove it (shifting the frame name 1 position to left) > or write a space in that spot. Again, on a TTY we use dashes as a filler. Please do not lobby for removing the dashes from a TTY mode line, as the rationale was explained in the above-mentioned URL. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 30 07:28:31 2011 Received: (at 9908) by debbugs.gnu.org; 30 Oct 2011 11:28:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKTZ1-0006Uz-Bb for submit@debbugs.gnu.org; Sun, 30 Oct 2011 07:28:31 -0400 Received: from mail-gx0-f172.google.com ([209.85.161.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKTYx-0006Uq-Gb for 9908@debbugs.gnu.org; Sun, 30 Oct 2011 07:28:30 -0400 Received: by ggnv1 with SMTP id v1so4840970ggn.3 for <9908@debbugs.gnu.org>; Sun, 30 Oct 2011 04:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3xzkqUxzkdYFQDuP4twlhNPl+o+DgimqYxf+Moa+hQE=; b=VOIsckutABNh9O2TZpLw80Mdz0tRv35d5cpNVVjMvArAVRA09x3zQPuqn+a543+nV1 fLKmRitxi5bJSCFaUhQWYIqEuJr5kTWr3z8bKfWd9d5nn5p7WiBDQ5pJqcVIlhyipRkQ hGJLCObg8YBbyTpWJC+Sjh9VEpPQde5Li+SPo= MIME-Version: 1.0 Received: by 10.236.145.72 with SMTP id o48mr11646132yhj.86.1319973981673; Sun, 30 Oct 2011 04:26:21 -0700 (PDT) Received: by 10.236.36.40 with HTTP; Sun, 30 Oct 2011 04:26:20 -0700 (PDT) In-Reply-To: References: Date: Sun, 30 Oct 2011 12:26:20 +0100 Message-ID: Subject: Re: bug#9908: 24.0.90; Improve mode-line's "flags" section From: Dani Moncayo To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 9908 Cc: 9908@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> I'd like to propose some changes to the mode-line's "flags" section, >> to make it more clear and readable: > > I'd like to express an objection. =A0We already made the mode line look > very differently in the GUI sessions. =A0It is only prudent to wait for > a while before proposing further changes. =A0Personally, I hate programs > that change their look and feel every release. =A0I would not like to > see Emacs catch that particular disease. IMHO, the changes I propose are pretty small from a look-and-feel POV, and they still improve the readability of the flags. See below. >> 1. In text-mode, the very first character in the mode-line is always a >> dash. =A0Since it is adjacent to the "flags" section, users could think >> that it is part of such section, i.e., that conveys some information. >> To avoid such confusion, I propose to write a space in that spot. > > See > > =A0http://lists.gnu.org/archive/html/emacs-devel/2010-10/msg00709.html > > where the rationale for leaving the dashes in the TTY sessions was > explained. =A0FWIW, I don't remember any complaints about this, so the > alleged user confusion does not seem to be present in practice. I don't propose to remove the dashes that fill the unused space: In this point, I'm just proposing to change the fist one because, as I said, it is adjacent to the flags section (and the CS flags can be dashes too), thus camouflaging the left boundary such section. >> 2. The EOL flag is not consistent across platforms[a], and I don't see >> the point of such inconsistency. > > The point is to alert the user to the fact that the EOL format of the > buffer or file is not "native" for his or her platform. =A0At the time, > this was important enough for Richard to explicitly ask for a change > to that effect. =A0I don't know if the reasons are still valid. =A0In any > case, these strings are customizable. I see. Personally, I'd prefer a consistent and concise convention. >> So I propose to use always the same >> convention: ":", "\" and "/" for Unix, DOS, and MAC-type EOL formats. > > Actually, a more logical choice would be '/' for Posix platforms, '\' > for DOS and Windows, and ':' for the Mac. =A0But I guess it's too late > for such changes. I don't care, as long as the convention is concise and consistent across platforms. >> 3. When the buffer's default directory is local, the corresponding >> flag is a dash, which is very unfortunate, because there can be other >> dashes at both sides of that flag. =A0So, I propose to substitute the >> dash for a space (the "@" would remain the same, of course). > > I don't see why this is unfortunate. =A0A space doesn't carry more or > less information than a dash: both mean there's nothing to show. =A0What > is important is not to have the dash signify anything in particular. This dash is unfortunate for a similar reason that explained in point #1: there can be other dashes at every side, so that it is harder to identify each flag's boundaries. >> 4. In text-mode, The frame name is always preceded by a dash, which is >> also confusing, because one could think that it means something. =A0I >> propose either remove it (shifting the frame name 1 position to left) >> or write a space in that spot. > > Again, on a TTY we use dashes as a filler. =A0Please do not lobby for > removing the dashes from a TTY mode line, as the rationale was > explained in the above-mentioned URL. This question is already answered above (in point #1). --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 31 05:32:00 2011 Received: (at 9908) by debbugs.gnu.org; 31 Oct 2011 09:32:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKoDm-0006JJ-Kk for submit@debbugs.gnu.org; Mon, 31 Oct 2011 05:31:59 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKoDk-0006JC-9e for 9908@debbugs.gnu.org; Mon, 31 Oct 2011 05:31:57 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RKoBd-0006S3-7s; Mon, 31 Oct 2011 05:29:45 -0400 Date: Mon, 31 Oct 2011 05:29:45 -0400 Message-Id: Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Dani Moncayo In-reply-to: (message from Dani Moncayo on Sun, 30 Oct 2011 10:48:41 +0100) Subject: Re: bug#9908: 24.0.90; Improve mode-line's "flags" section References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9908 Cc: 9908@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: rms@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) I think this is the sort of change for which it is a good idea to poll the users. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/ From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 25 08:26:23 2021 Received: (at 9908) by debbugs.gnu.org; 25 Aug 2021 12:26:23 +0000 Received: from localhost ([127.0.0.1]:46025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIrz5-0008HQ-36 for submit@debbugs.gnu.org; Wed, 25 Aug 2021 08:26:23 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35984) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIryu-0008Gr-VM for 9908@debbugs.gnu.org; Wed, 25 Aug 2021 08:26:20 -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=BBwk6178kXhYpuPDGWjVFhG6lEGAoM8l3yLmanwCw+A=; b=s42eGSHwxAd0DtA2hL3Jy6UpCz o0f8wD16Q92u9S16c7bK3A6tJui82VuPAYpj+UVDX38LMkmxZ7Oz70KF52J8usowWWbS7A1PDaYk/ cTrTUzryoqqajuNIpiNirEu5cifh0MVhVOSguLEZanU48XljV7KhD7RKT43tk59orfVo=; Received: from [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 1mIryk-000459-Dd; Wed, 25 Aug 2021 14:26:06 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#9908: 24.0.90; Improve mode-line's "flags" section References: Date: Wed, 25 Aug 2021 14:26:01 +0200 In-Reply-To: (Eli Zaretskii's message of "Sun, 30 Oct 2011 06:42:55 -0400") Message-ID: <87wno9iucm.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: Eli Zaretskii writes: [all other cases elided] > I don't see why this is unfortunate. A space doesn't carry more or > less information than a dash: both mean there's nothing to show. What > is important is not to have the dash signify anything in [...] 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: 9908 Cc: 9908@debbugs.gnu.org, Dani Moncayo 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 (---) Eli Zaretskii writes: [all other cases elided] > I don't see why this is unfortunate. A space doesn't carry more or > less information than a dash: both mean there's nothing to show. What > is important is not to have the dash signify anything in particular. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I agree with Eli's point about dashes in the TTY, and with his points about the other flags. I think the conclusion here is that none of the proposed changes are clearly better than what we have today, and any changes here have to be a lot better to justify changing them -- because any changes in this area leads to user confusion and annoyance. 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 Wed Aug 25 08:26:19 2021 Received: (at control) by debbugs.gnu.org; 25 Aug 2021 12:26:19 +0000 Received: from localhost ([127.0.0.1]:46023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIrz0-0008H9-Ts for submit@debbugs.gnu.org; Wed, 25 Aug 2021 08:26:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIryz-0008Gw-M6 for control@debbugs.gnu.org; Wed, 25 Aug 2021 08:26:17 -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=O72vLhojz1PGGceEFY3NDSkmsSDTfZivUPWwZ0tJ5UY=; b=ZWnnlB+AvaBXdRfETsE3xrVTQS H/vgIuHqXTebzoiEyHsYyxqI9kg9s2foSCsfA/VA+1xZJ4XxKtMckMn31uJlcOQsbBgTVnOUF6h7j 0oti+vdVrg8RVqJ/h2G0+qXVG1NNi1P+nDsiT9YS4utuFzfOe5TQHQ38c4mFy1YihMME=; Received: from [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 1mIryr-00045L-Mj for control@debbugs.gnu.org; Wed, 25 Aug 2021 14:26:11 +0200 Date: Wed, 25 Aug 2021 14:26:09 +0200 Message-Id: <87v93tiuce.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #9908 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: tags 9908 wontfix close 9908 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 (---) tags 9908 wontfix close 9908 quit From unknown Mon Aug 18 11:17:40 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 23 Sep 2021 11:24:05 +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