GNU logs - #30331, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Resent-From: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 02 Feb 2018 22:32:01 +0000
Resent-Message-ID: <handler.30331.B.15176106792629 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: vim_use@HIDDEN, 30331 <at> debbugs.gnu.org, help-nano@HIDDEN
MIME-Version: 1.0
From: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Date: Fri, 2 Feb 2018 16:31:05 -0600
Message-ID: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
Content-Type: multipart/alternative; boundary="f403045e6f90a4c66005644244fd"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--f403045e6f90a4c66005644244fd
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I would really like convenient access to ligatures in my word processing
software. Unfortunately, none of the major text editing applications
appears to handle ligatures intelligently: Each of Emacs, Vim, Nano, MS
Word, Google Drive, Libre Office, and InDesign type a dumb "ae" when the
user presses the a and e keyboard keys, whereas historically this sequence
is typically rendered with the ash =C3=A6 rune.

I am able to work around this limitation in most applications by
configuring TextExpander (macOS, Windows) or autokey (Linux) to match the
keyboard sequence "ae" and replace this with "=C3=A6". This allows most UTF=
-8
compatible graphical software, from Web browsers to document editors, to
correctly insert =C3=A6 in place of ae. However, traditional text editors
including Emacs, Vim, and Nano are evidently NOT able to handle a literal =
=C3=A6
rune insertion, and tend to raise a generic error message when the text
expander application attempts to insert this key. This may be a result of a
conflict between shell encodings (need UTF-8 everywhere, though I'm
currently typing this with a bare Windows COMSPEC command prompt session).
In any case, it stinks that the user cannot easily insert ligatures into
text editors, so copying & pasting from Wikipedia via the OS clipboard
appears to be one of the more (in)convenient options for accessing
ligatures. We can do better!

--=20
Cheers,
Andrew

--f403045e6f90a4c66005644244fd
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hello,<br><br>I would really like convenient access t=
o ligatures in my word processing software. Unfortunately, none of the majo=
r text editing applications appears to handle ligatures intelligently: Each=
 of Emacs, Vim, Nano, MS Word, Google Drive, Libre Office, and InDesign typ=
e a dumb &quot;ae&quot; when the user presses the a and e keyboard keys, wh=
ereas historically this sequence is typically rendered with the ash =C3=A6 =
rune.<br><br></div>I am able to work around this limitation in most applica=
tions by configuring TextExpander (macOS, Windows) or autokey (Linux) to ma=
tch the keyboard sequence &quot;ae&quot; and replace this with &quot;=C3=A6=
&quot;. This allows most UTF-8 compatible graphical software, from Web brow=
sers to document editors, to correctly insert =C3=A6 in place of ae. Howeve=
r, traditional text editors including Emacs, Vim, and Nano are evidently NO=
T able to handle a literal =C3=A6 rune insertion, and tend to raise a gener=
ic error message when the text expander application attempts to insert this=
 key. This may be a result of a conflict between shell encodings (need UTF-=
8 everywhere, though I&#39;m currently typing this with a bare Windows COMS=
PEC command prompt session). In any case, it stinks that the user cannot ea=
sily insert ligatures into text editors, so copying &amp; pasting from Wiki=
pedia via the OS clipboard appears to be one of the more (in)convenient opt=
ions for accessing ligatures. We can do better!<br clear=3D"all"><div><div>=
<div><br>-- <br><div class=3D"gmail_signature"><div dir=3D"ltr"><div><div><=
/div>Cheers,<div>Andrew</div></div></div></div>
</div></div></div></div>

--f403045e6f90a4c66005644244fd--

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: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Subject: bug#30331: Acknowledgement (Neither Emacs nor Vim nor Nano handle
 ligature literal insertion well)
Message-ID: <handler.30331.B.15176106792629.ack <at> debbugs.gnu.org>
References: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
X-Gnu-PR-Message: ack 30331
X-Gnu-PR-Package: emacs
Reply-To: 30331 <at> debbugs.gnu.org
Date: Fri, 02 Feb 2018 22:32: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 30331 <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
30331: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30331
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 02 Feb 2018 23:39:01 +0000
Resent-Message-ID: <handler.30331.B30331.151761471223272 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Cc: 30331 <at> debbugs.gnu.org
Date: Fri, 2 Feb 2018 23:38:21 +0000
From: Alan Third <alan@HIDDEN>
Message-ID: <20180202233821.GB9047@HIDDEN>
References: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
User-Agent: Mutt/1.9.3 (2018-01-21)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Fri, Feb 02, 2018 at 04:31:05PM -0600, Andrew Pennebaker wrote:
> I am able to work around this limitation in most applications by
> configuring TextExpander (macOS, Windows) or autokey (Linux) to match the
> keyboard sequence "ae" and replace this with "æ". This allows most UTF-8
> compatible graphical software, from Web browsers to document editors, to
> correctly insert æ in place of ae. However, traditional text editors
> including Emacs, Vim, and Nano are evidently NOT able to handle a literal æ
> rune insertion, and tend to raise a generic error message when the text
> expander application attempts to insert this key.

I’m not sure about the use of TextExpander as I’ve never heard of it
before, but Emacs on macOS can handle the insertion of æ using alt‐’,
but you might need to change the default binding of the alt key
(https://www.emacswiki.org/emacs/EmacsForMacOS#toc30).

Aside from that Emacs allows you to enter æ using:

    C-x 8 RET LATIN SMALL LETTER AE

It’s a bit of a handful though, I know, but you can enter all sorts of
things:

    ﬄ ﬁ 🙲

You should be able to configure abbrev-mode to automatically convert
ae to æ. Or maybe prettify symbols mode would do:

    http://www.modernemacs.com/post/prettify-mode/

Proper ligature support is purely a presentation issue, though, and
should happen automatically on software that supports it even if
you’re loading in text written in software that doesn’t.
-- 
Alan Third

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Resent-From: Stephen Berman <stephen.berman@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 03 Feb 2018 00:00:02 +0000
Resent-Message-ID: <handler.30331.B30331.151761595325062 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Alan Third <alan@HIDDEN>
Cc: Andrew Pennebaker <andrew.pennebaker@HIDDEN>, 30331 <at> debbugs.gnu.org
From: Stephen Berman <stephen.berman@HIDDEN>
References: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
 <20180202233821.GB9047@HIDDEN>
Date: Sat, 03 Feb 2018 00:58:51 +0100
In-Reply-To: <20180202233821.GB9047@HIDDEN> (Alan Third's
 message of "Fri, 2 Feb 2018 23:38:21 +0000")
Message-ID: <87607fkkp0.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Fri, 2 Feb 2018 23:38:21 +0000 Alan Third <alan@HIDDEN> wrote:

> On Fri, Feb 02, 2018 at 04:31:05PM -0600, Andrew Pennebaker wrote:
>> I am able to work around this limitation in most applications by
>> configuring TextExpander (macOS, Windows) or autokey (Linux) to match the
>> keyboard sequence "ae" and replace this with "=C3=A6". This allows most =
UTF-8
>> compatible graphical software, from Web browsers to document editors, to
>> correctly insert =C3=A6 in place of ae. However, traditional text editors
>> including Emacs, Vim, and Nano are evidently NOT able to handle a litera=
l =C3=A6
>> rune insertion, and tend to raise a generic error message when the text
>> expander application attempts to insert this key.
>
> I=E2=80=99m not sure about the use of TextExpander as I=E2=80=99ve never =
heard of it
> before, but Emacs on macOS can handle the insertion of =C3=A6 using alt=
=E2=80=90=E2=80=99,
> but you might need to change the default binding of the alt key
> (https://www.emacswiki.org/emacs/EmacsForMacOS#toc30).
>
> Aside from that Emacs allows you to enter =C3=A6 using:
>
>     C-x 8 RET LATIN SMALL LETTER AE
>
> It=E2=80=99s a bit of a handful though, I know,=20

A somewhat smaller handful is `C-x RET e6' (mentioned, as is the above
Unicode name method, in the *Help* you get by typing `C-u C-x =3D' on the
character =C3=A6).

>                                         but you can enter all sorts of
> things:
>
>     =EF=AC=84 =EF=AC=81 =F0=9F=99=B2
>
> You should be able to configure abbrev-mode to automatically convert
> ae to =C3=A6.=20

You can also do that by using the norwegian-postfix input method
(entered by typing `C-x RET C-\ no TAB p TAB').

Steve Berman

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 03 Feb 2018 08:46:02 +0000
Resent-Message-ID: <handler.30331.B30331.15176475416788 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 30331
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Cc: vim_use@HIDDEN, help-nano@HIDDEN, 30331 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 30331-submit <at> debbugs.gnu.org id=B30331.15176475416788
          (code B ref 30331); Sat, 03 Feb 2018 08:46:02 +0000
Received: (at 30331) by debbugs.gnu.org; 3 Feb 2018 08:45:41 +0000
Received: from localhost ([127.0.0.1]:54901 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ehtS9-0001lQ-Fx
	for submit <at> debbugs.gnu.org; Sat, 03 Feb 2018 03:45:41 -0500
Received: from eggs.gnu.org ([208.118.235.92]:40079)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ehtS7-0001lC-Op
 for 30331 <at> debbugs.gnu.org; Sat, 03 Feb 2018 03:45:39 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1ehtS1-0004IO-CU
 for 30331 <at> debbugs.gnu.org; Sat, 03 Feb 2018 03:45:34 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38450)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ehtRw-0004CG-UQ; Sat, 03 Feb 2018 03:45:28 -0500
Received: from [176.228.60.248] (port=4696 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ehtRv-0001fd-IP; Sat, 03 Feb 2018 03:45:28 -0500
Date: Sat, 03 Feb 2018 10:45:12 +0200
Message-Id: <83lggabgx3.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
 (message from Andrew Pennebaker on Fri, 2 Feb 2018 16:31:05 -0600)
References: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
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-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: -5.0 (-----)

> From: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
> Date: Fri, 2 Feb 2018 16:31:05 -0600
> 
> I would really like convenient access to ligatures in my word processing software. Unfortunately, none of the
> major text editing applications appears to handle ligatures intelligently: Each of Emacs, Vim, Nano, MS Word,
> Google Drive, Libre Office, and InDesign type a dumb "ae" when the user presses the a and e keyboard keys,
> whereas historically this sequence is typically rendered with the ash æ rune.

I don't see how any text-based application could do that
automatically, since there are many cases where "ae" needs to be left
as literal 2 characters.  Just a few random examples:

  maestro
  Rafael
  (Joan) Baez

I think the right thing would be to have a special key sequence for
inserting ligatures, since the need for that is somewhat rare,
certainly more rare than the need to insert the characters literally.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Resent-From: Richard Stallman <rms@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 03 Feb 2018 19:14:02 +0000
Resent-Message-ID: <handler.30331.B30331.15176852034598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 30331
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Andrew Pennebaker <andrew.pennebaker@HIDDEN>
Cc: 30331 <at> debbugs.gnu.org
Reply-To: rms@HIDDEN
Received: via spool by 30331-submit <at> debbugs.gnu.org id=B30331.15176852034598
          (code B ref 30331); Sat, 03 Feb 2018 19:14:02 +0000
Received: (at 30331) by debbugs.gnu.org; 3 Feb 2018 19:13:23 +0000
Received: from localhost ([127.0.0.1]:55908 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ei3Fa-0001C6-Nh
	for submit <at> debbugs.gnu.org; Sat, 03 Feb 2018 14:13:22 -0500
Received: from eggs.gnu.org ([208.118.235.92]:38651)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rms@HIDDEN>) id 1ei3FY-0001Bu-Sf
 for 30331 <at> debbugs.gnu.org; Sat, 03 Feb 2018 14:13:21 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rms@HIDDEN>) id 1ei3FS-00065x-R9
 for 30331 <at> debbugs.gnu.org; Sat, 03 Feb 2018 14:13:15 -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,
 URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45808)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rms@HIDDEN>)
 id 1ei3FR-00062z-6N; Sat, 03 Feb 2018 14:13:13 -0500
Received: from rms by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <rms@HIDDEN>)
 id 1ei3FQ-00021m-GQ; Sat, 03 Feb 2018 14:13:12 -0500
From: Richard Stallman <rms@HIDDEN>
In-reply-to: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
 (message from Andrew Pennebaker on Fri, 2 Feb 2018 16:31:05 -0600)
References: <CAHXt_SV2P_ieU+UNHx8QoGX9CfoT38BoO01u9Er4dVqqm2Bxyw@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1ei3FQ-00021m-GQ@HIDDEN>
Date: Sat, 03 Feb 2018 14:13:12 -0500
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-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: -5.0 (-----)

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > However, traditional text editors
  > including Emacs, Vim, and Nano are evidently NOT able to handle a literal æ
  > rune insertion, and tend to raise a generic error message when the text
  > expander application attempts to insert this key.

I'd expect that Quail input methods could handle this for Emacs.  They
notice when you enter a' and convert it to á, so they could notice ae
and convert it to æ.

When you want separate a and e, you'd type another e.



-- 
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
Skype: No way! See https://stallman.org/skype.html.

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

Received: (at control) by debbugs.gnu.org; 30 Sep 2019 06:02:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 30 02:02:46 2019
Received: from localhost ([127.0.0.1]:56594 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iEoli-0002sd-Bq
	for submit <at> debbugs.gnu.org; Mon, 30 Sep 2019 02:02:46 -0400
Received: from quimby.gnus.org ([80.91.231.51]:44360)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1iEolg-0002sV-G6
 for control <at> debbugs.gnu.org; Mon, 30 Sep 2019 02:02:44 -0400
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie)
 by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.89) (envelope-from <larsi@HIDDEN>) id 1iEold-0003mp-SO
 for control <at> debbugs.gnu.org; Mon, 30 Sep 2019 08:02:43 +0200
Date: Mon, 30 Sep 2019 08:02:41 +0200
Message-Id: <87wodqjp8e.fsf@HIDDEN>
To: control <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
Subject: control message for bug #30331
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:  forcemerge 30331 475 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: 0.0 (/)
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: -1.0 (-)

forcemerge 30331 475
quit

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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