GNU bug report logs - #13502
24.3.50; bad formatting in recent NEWS?

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Sat, 19 Jan 2013 22:53:01 UTC

Severity: normal

Found in version 24.3.50

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>
Cc: 13502-done <at> debbugs.gnu.org
Subject: bug#13502: 24.3.50; bad formatting in recent NEWS?
Date: Sat, 19 Jan 2013 20:37:01 -0800
> > The longest is this one (87 chars):
> >  
> >   machine smtp.whatever.foo port 25 key "~/.my_smtp_tls.key" cert
> > "~/.my_smtp_tls.cert"
> 
> It should be incredibly obvious why this line is an OK exception.

In spite of your hyperbole ("incredibly obvious", indeed), there is no need for
this line to be an exception.  It is too long only because you have used
fictitious names that are too long.  Those names do not explain anything, in any
case, and they need not be that long.

In addition, the text is incorrect.  It is "incredibly obvious" that it is NOT
true that "you need to put" that line "in your ~/authinfo file instead."  It is
no doubt 100% wrong that you should use that literal text.  What should be said
is something like this:

  If you had that set then you need to put

    machine MACHINE port PORT key KEYFILE cert CERTFILE

  where MACHINE is..., PORT is..., KEYFILE is..., and CERTFILE
  is....  [Specification still missing.]

  For example, MACHINE could be smtp.whatever.foo, PORT could
  be 25, KEYFILE could be "~/.my_smtp_tls.key", and CERTFILE
  could be "~/.my_smtp_tls.cert".

No long lines needed, and incorrect and misleading statement removed.

> As for any other lines, they will be cleaned up when it comes time to
> edit the NEWS file in preparation for the 24.4 pretest.  No 
> point filing a bug about this kind of thing.

Quite a pretension.  What happened to such cleanup during the 24.3 pretest?  Or
24.2?  Same problems - same long lines even; no such cleanup.

> Closing.

Improvident.





This bug report was last modified 12 years and 127 days ago.

Previous Next


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