GNU logs - #56258, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#56258: Changing major-mode with mouse event
Resent-From: carlmarcos@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 Jun 2022 13:59:02 +0000
Resent-Message-ID: <handler.56258.B.16563383338391 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 56258 <at> debbugs.gnu.org
Date: Mon, 27 Jun 2022 15:58:47 +0200 (CEST)
From: carlmarcos@HIDDEN
Message-ID: <N5_IS33--3-2@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_706965_1823598671.1656338327330"
Received-SPF: pass client-ip=81.3.6.162; envelope-from=carlmarcos@HIDDEN;
 helo=w1.tutanota.de
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

------=_Part_706965_1823598671.1656338327330
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I frequently make new buffers that selects `fundamental-mode`.=C2=A0 Could =
there be a way to change the major-mode using the mouse.=C2=A0 Perhaps by u=
sing the menu on the major-mode that shows up in the mode-line?

Or would something in the file menu-bar be more suitable, considering there=
 are `New Window' and `New Frame'?

------=_Part_706965_1823598671.1656338327330
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
<div><br></div><div>I frequently make new buffers that selects `fundamental-mode`.&nbsp; Could there be a way to change the major-mode using the mouse.&nbsp; Perhaps by using the menu on the major-mode that shows up in the mode-line?<br></div><div dir="auto"><br></div><div dir="auto">Or would something in the file menu-bar be more suitable, considering there are `New Window' and `New Frame'?<br></div>  </body>
</html>

------=_Part_706965_1823598671.1656338327330--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: carlmarcos@HIDDEN
Subject: bug#56258: Acknowledgement (Changing major-mode with mouse event)
Message-ID: <handler.56258.B.16563383338391.ack <at> debbugs.gnu.org>
References: <N5_IS33--3-2@HIDDEN>
X-Gnu-PR-Message: ack 56258
X-Gnu-PR-Package: emacs
Reply-To: 56258 <at> debbugs.gnu.org
Date: Mon, 27 Jun 2022 13:59:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 56258 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
56258: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D56258
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#56258: Changing major-mode with mouse event
Resent-From: Phil Sainty <psainty@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 Jun 2022 21:09:01 +0000
Resent-Message-ID: <handler.56258.B56258.165636411425193 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: carlmarcos@HIDDEN
Cc: 56258 <at> debbugs.gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Tue, 28 Jun 2022 09:08:27 +1200
From: Phil Sainty <psainty@HIDDEN>
In-Reply-To: <N5_IS33--3-2@HIDDEN>
References: <N5_IS33--3-2@HIDDEN>
Message-ID: <ec1161b5063acb76c92b8c9a2b731005@HIDDEN>
User-Agent: Orcon Webmail
X-Spam_score: -2.9
X-Spam_score_int: -28
X-Spam_bar: --
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 2022-06-28 01:58, carlmarcos wrote:
> I frequently make new buffers that selects `fundamental-mode`. Could
> there be a way to change the major-mode using the mouse. Perhaps by
> using the menu on the major-mode that shows up in the mode-line?

I suggest you create such buffers using C-x C-f (or the "Visit New
File" menu item) using a file name extension for the major mode you
wish to use.  There's no need to actually save/write to the file if
you don't want to, and the buffer mode will be set appropriately.

Failing that, something like this may be suitable:
https://github.com/ieure/scratch-el

Major modes would need to be identifiable as such in order to
provide the menu you propose, and I don't believe there's a reliable
way to do that at present for all major modes.

We can identify major modes defined with `define-derived-mode'
however, as all such modes have a `derived-mode-parent' property;
and that does cover the majority.

-Phil

p.s. Tangentially, I think it would be good if all symbols for both
major and minor modes had (or rather, were expected to have) symbol
properties to explicitly identify which type of mode they are,
including differentiation between the various minor mode types
(buffer-local, global, and 'globalized' pairings), as I think there
would be other uses for being able to query the available modes.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#56258: Changing major-mode with mouse event
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Jun 2022 12:51:02 +0000
Resent-Message-ID: <handler.56258.B56258.165642066112265 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Phil Sainty <psainty@HIDDEN>
Cc: carlmarcos@HIDDEN, 56258 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <N5_IS33--3-2@HIDDEN>
 <ec1161b5063acb76c92b8c9a2b731005@HIDDEN>
Date: Tue, 28 Jun 2022 14:50:16 +0200
In-Reply-To: <ec1161b5063acb76c92b8c9a2b731005@HIDDEN> (Phil
 Sainty's message of "Tue, 28 Jun 2022 09:08:27 +1200")
Message-ID: <87czetq7ef.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Phil Sainty <psainty@HIDDEN> writes:

> Major modes would need to be identifiable as such in order to
> provide the menu you propose, and I don't believe there's a reliable
> way to do that at present for all major modes.
>
> We can identify major modes defined with `define-derived-mode'
> however, as all such modes have a `derived-mode-parent' property;
> and that does cover the majority.

Yes, it should be possible to provide a command to allow you to choose
between modes.  But I think having something like that callable from the
mode line would be of limited value, but perhaps not?  The reason is
that we just have So Many Modes -- over 500, at least, so discovering
modes via a menu would be cumbersome.

> p.s. Tangentially, I think it would be good if all symbols for both
> major and minor modes had (or rather, were expected to have) symbol
> properties to explicitly identify which type of mode they are,
> including differentiation between the various minor mode types
> (buffer-local, global, and 'globalized' pairings), as I think there
> would be other uses for being able to query the available modes.

Yes, that might be nice if you want to explore "what are the major
modes I can possibly use here?".

We almost kinda sorta have that.  All minor modes should be defined via
define-minor-mode now, and that updates the global-minor-modes and
local-minor-mode variables.  So all mode functions that aren't there are
major modes, so we could use heuristics to get us pretty far (along with
`derived-mode-parent').

However, we do have functions that end with -mode that aren't modes.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#56258: Changing major-mode with mouse event
Resent-From: carlmarcos@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Jun 2022 23:18:01 +0000
Resent-Message-ID: <handler.56258.B56258.165645827319515 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 56258
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Phil Sainty <psainty@HIDDEN>, 56258 <at> debbugs.gnu.org
Received: via spool by 56258-submit <at> debbugs.gnu.org id=B56258.165645827319515
          (code B ref 56258); Tue, 28 Jun 2022 23:18:01 +0000
Received: (at 56258) by debbugs.gnu.org; 28 Jun 2022 23:17:53 +0000
Received: from localhost ([127.0.0.1]:56621 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1o6KSr-00054d-MX
	for submit <at> debbugs.gnu.org; Tue, 28 Jun 2022 19:17:53 -0400
Received: from w1.tutanota.de ([81.3.6.162]:51490)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <carlmarcos@HIDDEN>) id 1o6KSo-00054Q-Tk
 for 56258 <at> debbugs.gnu.org; Tue, 28 Jun 2022 19:17:47 -0400
Received: from w3.tutanota.de (unknown [192.168.1.164])
 by w1.tutanota.de (Postfix) with ESMTP id 3443CFBF604;
 Tue, 28 Jun 2022 23:17:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1656458261; 
 s=s1; d=tutanota.com;
 h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender;
 bh=I5mrfT4/wmT4h8qzkI1+InepTfS7JD/2F+l4YDRGq4k=;
 b=WAiBoSiliDiIbPwQrLULtvwJUzqq+YkjAX0CXIaf1yDQJMjeib+FT5RdF5Zv0Ep5
 0/h9Uql3HqgyHIZW3nYkD4mYPYNl4VSHI8CBOm5NB1o5wgXXq2UttX3wX9cj4WxHG79
 bdyE1VAKeUDXbtBRqy5wwWi8AEgX+ndVeiZTlK2ToGJEkMoMP2LtDfu4s/x/KXjidD0
 gMTm47201UkusMufwAEIiuXAnT7sbdej5uejFp/KN5wOodfcJqKKjP4GOxzTCNc1JQ0
 tqpeYTgXD1FuY4hAkCKjw+y6G8nwSVUiQLeb/TarmHsNp1pBu+mlRPGKgrMVhh/pcWl
 WQj/xnpYoA==
Date: Wed, 29 Jun 2022 01:17:41 +0200 (CEST)
From: carlmarcos@HIDDEN
Message-ID: <N5eVnNo--3-2@HIDDEN>
In-Reply-To: <87czetq7ef.fsf@HIDDEN>
References: <N5_IS33--3-2@HIDDEN>
 <ec1161b5063acb76c92b8c9a2b731005@HIDDEN>
 <87czetq7ef.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_814163_1424050223.1656458261198"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

------=_Part_814163_1424050223.1656458261198
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Jun 28, 2022, 12:50 by larsi@HIDDEN:

> Phil Sainty <psainty@HIDDEN> writes:
>
>> Major modes would need to be identifiable as such in order to
>> provide the menu you propose, and I don't believe there's a reliable
>> way to do that at present for all major modes.
>>
>> We can identify major modes defined with `define-derived-mode'
>> however, as all such modes have a `derived-mode-parent' property;
>> and that does cover the majority.
>>
>
> Yes, it should be possible to provide a command to allow you to choose
> between modes.  But I think having something like that callable from the
> mode line would be of limited value, but perhaps not?  The reason is
> that we just have So Many Modes -- over 500, at least, so discovering
> modes via a menu would be cumbersome.
>
You would know more about how best to approach this.=C2=A0 Perhaps some for=
m
of completion could help.=C2=A0 Have you reflected on categorising the mode=
s,
organised in ways that makes the process of going through them quicker?

>> p.s. Tangentially, I think it would be good if all symbols for both
>> major and minor modes had (or rather, were expected to have) symbol
>> properties to explicitly identify which type of mode they are,
>> including differentiation between the various minor mode types
>> (buffer-local, global, and 'globalized' pairings), as I think there
>> would be other uses for being able to query the available modes.
>>
>
> Yes, that might be nice if you want to explore "what are the major
> modes I can possibly use here?".
>
> We almost kinda sorta have that.  All minor modes should be defined via
> define-minor-mode now, and that updates the global-minor-modes and
> local-minor-mode variables.  So all mode functions that aren't there are
> major modes, so we could use heuristics to get us pretty far (along with
> `derived-mode-parent').
>
> However, we do have functions that end with -mode that aren't modes.
>
> --=20
> (domestic pets only, the antidote for overdose, milk.)
>  bloggy blog: http://lars.ingebrigtsen.no
>


------=_Part_814163_1424050223.1656458261198
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF-8=
">
  </head>
  <body>
<div><br></div><div>Jun 28, 2022, 12:50 by larsi@HIDDEN:<br></div><blockq=
uote class=3D"tutanota_quote" style=3D"border-left: 1px solid #93A3B8; padd=
ing-left: 10px; margin-left: 5px;"><div>Phil Sainty &lt;psainty@HIDDEN=
z&gt; writes:<br></div><blockquote><div>Major modes would need to be identi=
fiable as such in order to<br></div><div>provide the menu you propose, and =
I don't believe there's a reliable<br></div><div>way to do that at present =
for all major modes.<br></div><div><br></div><div>We can identify major mod=
es defined with `define-derived-mode'<br></div><div>however, as all such mo=
des have a `derived-mode-parent' property;<br></div><div>and that does cove=
r the majority.<br></div></blockquote><div><br></div><div>Yes, it should be=
 possible to provide a command to allow you to choose<br></div><div>between=
 modes.  But I think having something like that callable from the<br></div>=
<div>mode line would be of limited value, but perhaps not?  The reason is<b=
r></div><div>that we just have So Many Modes -- over 500, at least, so disc=
overing<br></div><div>modes via a menu would be cumbersome.<br></div></bloc=
kquote><div dir=3D"auto">You would know more about how best to approach thi=
s.&nbsp; Perhaps some form<br></div><div dir=3D"auto">of completion could h=
elp.&nbsp; Have you reflected on categorising the modes,<br></div><div dir=
=3D"auto">organised in ways that makes the process of going through them qu=
icker?<br></div><blockquote class=3D"tutanota_quote" style=3D"border-left: =
1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><blockquote><div>=
p.s. Tangentially, I think it would be good if all symbols for both<br></di=
v><div>major and minor modes had (or rather, were expected to have) symbol<=
br></div><div>properties to explicitly identify which type of mode they are=
,<br></div><div>including differentiation between the various minor mode ty=
pes<br></div><div>(buffer-local, global, and 'globalized' pairings), as I t=
hink there<br></div><div>would be other uses for being able to query the av=
ailable modes.<br></div></blockquote><div><br></div><div>Yes, that might be=
 nice if you want to explore "what are the major<br></div><div>modes I can =
possibly use here?".<br></div><div><br></div><div>We almost kinda sorta hav=
e that.  All minor modes should be defined via<br></div><div>define-minor-m=
ode now, and that updates the global-minor-modes and<br></div><div>local-mi=
nor-mode variables.  So all mode functions that aren't there are<br></div><=
div>major modes, so we could use heuristics to get us pretty far (along wit=
h<br></div><div>`derived-mode-parent').<br></div><div><br></div><div>Howeve=
r, we do have functions that end with -mode that aren't modes.<br></div><di=
v><br></div><div>-- <br></div><div>(domestic pets only, the antidote for ov=
erdose, milk.)<br></div><div> bloggy blog: http://lars.ingebrigtsen.no<br><=
/div></blockquote><div dir=3D"auto"><br></div>  </body>
</html>

------=_Part_814163_1424050223.1656458261198--

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 29 Jun 2022 14:55:12 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 29 10:55:12 2022
Received: from localhost ([127.0.0.1]:59778 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1o6Z60-0001Fm-1f
	for submit <at> debbugs.gnu.org; Wed, 29 Jun 2022 10:55:12 -0400
Received: from mail-pf1-f178.google.com ([209.85.210.178]:46875)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1o6Z5z-0001FH-4h
 for control <at> debbugs.gnu.org; Wed, 29 Jun 2022 10:55:11 -0400
Received: by mail-pf1-f178.google.com with SMTP id a15so15317953pfv.13
 for <control <at> debbugs.gnu.org>; Wed, 29 Jun 2022 07:55:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:mime-version:date:message-id:subject:to;
 bh=AvIaFmC+CXzFkrenqqOuD3Bvp1wFo8my/e/sLOqhhf4=;
 b=idDHtKjavnyTrDiiddk2tDum1NHY5GXGc0MSWkEJ9E2c+aAUi0hid0M+VqE3K9BXfn
 leKk0BcVV8p8LXAMmGLB4wGjfj/PIShDL5C26ioKPLNQ0VRfl0UoWfYh8dN5tSS5DAXy
 XSVSlvGbSAQbgvIzyc+4ZSkgR/TC9zFS7RNQaUaOooiaCmhXmt9zvTUpfPrEJHrH23eX
 tkjz9JDIDx3JdX4FipkaX9jo6Td3ulFHambYOF2TfXMojGd/+S1FwGH7TWX10GnUpEcX
 uNRreaBOsofx+NIp7akIkulpwsnWZHVwaPFq5pmj6QHlcp5FbHSbBjy7JHqx2QRUhLit
 DOaQ==
X-Gm-Message-State: AJIora/7CAo5QhLV8KI9Z62tfubUjHwIIksEtd2+EU5Ka1+rcAHHixnO
 nPLwvRCp/lyZEmJSkb2zRreS1xI7BxGhjL7nQwikPdp1
X-Google-Smtp-Source: AGRyM1vnhdqUixOUbNwMPJAZ7pg+sm6VkRjdULdePCGU0O7dYzHKeZmuykyR6xWfa8Rjq0CInh8IUdnFB6vEJDwQcLQ=
X-Received: by 2002:a63:2254:0:b0:40d:d291:7710 with SMTP id
 t20-20020a632254000000b0040dd2917710mr3214227pgm.269.1656514505345; Wed, 29
 Jun 2022 07:55:05 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 29 Jun 2022 07:55:05 -0700
From: Stefan Kangas <stefan@HIDDEN>
MIME-Version: 1.0
Date: Wed, 29 Jun 2022 07:55:04 -0700
Message-ID: <CADwFkm=0Cqa1-cx0CfpeLdgQ=AGBxsXqknQaDJF4L+32q9qotg@HIDDEN>
Subject: control message for bug #56258
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

severity 56258 wishlist
quit

Last modified: Wed, 29 Jun 2022 15:00:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.