This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mouse07410
Recipients docs@python, martin.panter, matrixise, mouse07410, r.david.murray
Date 2015-11-02.14:33:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1446474798.0.0.63556880211.issue25495@psf.upfronthosting.co.za>
In-reply-to
Content
1. I concede knowing nothing about the early Python library implementation, functionality, or even purpose.

2. I don't think it makes sense now to either refer to PEM. We'd be two decades too late for that (well, 27 years, to be precise :). See
 https://en.wikipedia.org/wiki/Privacy-enhanced_Electronic_Mail

3. I don't think we are in position to tell programmers how to split a string of characters into 76-long chunks. Not to mention that the example you gave is likely to suffer in performance (just count those function calls), compared to other methods, and won't reflect well on the authors.

Here's one possible doc version:

'''
Convert binary data to the base 64 encoding defined in :rfc:`4648`. The return value includes a trailing newline ``b"\n"`` if *newline* is true.

If the output is used as Base64 transfer encoding for MIME (:rfc: 2045), base 64 output should be broken into lines at most 76 characters long to be compliant. Base64 encoding standard does not limit the maximum encoded line length.
'''
History
Date User Action Args
2015-11-02 14:33:18mouse07410setrecipients: + mouse07410, r.david.murray, docs@python, martin.panter, matrixise
2015-11-02 14:33:18mouse07410setmessageid: <1446474798.0.0.63556880211.issue25495@psf.upfronthosting.co.za>
2015-11-02 14:33:17mouse07410linkissue25495 messages
2015-11-02 14:33:17mouse07410create