GNU bug report logs - #16691
24.3.50; emacs_backtrace.txt

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 16691 <at> debbugs.gnu.org, rudalics <at> gmx.at, lekktu <at> gmail.com
Subject: bug#16691: 24.3.50; emacs_backtrace.txt
Date: Sat, 08 Feb 2014 22:55:27 +0200

> From: Glenn Morris <rgm <at> gnu.org>
> Cc: martin rudalics <rudalics <at> gmx.at>,  16691 <at> debbugs.gnu.org,  lekktu <at> gmail.com
> Date: Sat, 08 Feb 2014 15:40:25 -0500
> 
> 
> If you bcc'd control <at> debbugs rather than cc'ing, you would not have the
> problem where people, including yourself, include it on all future replies.
> 
> You've previously said you won't do that, but I ask you to reconsider:
> 
> http://lists.gnu.org/archive/html/emacs-devel/2013-08/msg00804.html
> 
> >> If control <at> debbugs goes in BCC, people will become confused about
> >> those weird commands at the beginning of the message.
> 
> That supposes that people 1) read the address list (my experience is
> that they do not, you're proving it in this thread); and 2) use it
> figure out what "weird commands" might mean (I doubt it).
> 
> By not using bcc, you require everyone who might reply to you to check
> and possibly edit the reply list, or to start every single message with
> "stop". (Or to use something like message-dont-reply-to-names, which is
> a good idea anyway.)

(Why does this deserve a discussion?  A few messages bounced, so
what?)

I use this facility so infrequently that I'd probably forget to use
BCC anyway, like I always forget that a new bug report cannot be
merged with a closed one.

If you ask me, this all stems from the fact that debbugs is less
helpful than it could have been.  It could, for example, be smarter
about merging, and it could take commands from messages addressed to
NNNN <at> debbugs.gnu.org, not just control@.  If you want to solve these
problems, that's the only sure way.

Previous Next

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