GNU bug report logs - #20154
25.0.50; json-encode-string is too slow for large strings

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Fri, 20 Mar 2015 14:27:01 UTC

Severity: normal

Found in version 25.0.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Glenn Morris <rgm <at> gnu.org>
To: 20154 <at> debbugs.gnu.org
Cc: Dmitry Gutov <dgutov <at> yandex.ru>
Subject: bug#20154: 25.0.50; json-encode-string is too slow for large strings
Date: Sun, 22 Mar 2015 14:22:04 -0400
Ivan Shmakov wrote:

> 	Curiously, per my experience, the practice of Cc:-ing the
> 	subscribers tends to be frowned upon when it comes to the lists
> 	dedicated to free software.  For the reasons I do not know or
> 	understand, Emacs lists are apparently an exception, though.

Both statements are contrary to my own experience.

> 	I don't seem to recall any issues with me trying to stick to the
> 	custom (of /not/ Cc:-ing) I've learned earlier;

Obviously _you_ won't see any issues.

> but if necessary, I surely can remember to Cc: those who so request.

People should not have to "request" this.

AFAIK the policy on GNU mailing lists has always been "reply-to-all, and
do not assume people are subscribed." Works fine for me. Mailman has
optional duplicate suppression, and so does any decent mail client (eg
Gnus).

This is especially true for a bug list, where there should be zero
expectation for any correspondent to be subscribed.

I'm actually slightly surprised that

https://www.gnu.org/prep/maintain/html_node/Mail.html

does not mention this.




This bug report was last modified 10 years and 38 days ago.

Previous Next


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