[issue4898] {context, unified}_diff add spurious trailing whitespace if fromfiledate/tofiledate are emptyk

New submission from Adeodato Simó d...@net.com.org.es: Hello. I recently noticed that Bazaar's unified_diff() was emiting ---/+++ lines with a trailing whitespace if fromfiledate/tofiledate were the empty string. (Which was bad because a program to detect spurious trailing whitespace

[issue4898] {context, unified}_diff add spurious trailing whitespace if fromfiledate/tofiledate are emptyk

Adeodato Simó d...@net.com.org.es added the comment: Who is the author of this patch? I am the author of the patch attached to this bug report. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4898

[issue4602] 2to3 drops executable bit with --write

Adeodato Simó d...@net.com.org.es added the comment: Hello, I see that something akin to my proposed patch was applied, but I think the order of the arguments to shutil.copymode was reversed in the process. This function takes (src, dst) as arguments, and we want permissions to flow backup

[issue4631] urlopen returns extra, spurious bytes

Adeodato Simó d...@net.com.org.es added the comment: Does the same thing happen with 2.6? No, I can't reproduce with 2.6.1. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4631

[issue4631] urlopen returns extra, spurious bytes

Adeodato Simó d...@net.com.org.es added the comment: FWIW, there are trailing spurious bytes too And in the middle of the document as well. Each time there's a chunk, I guess? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4631

[issue4661] email.parser: impossible to read messages encoded in a different encoding

New submission from Adeodato Simó d...@net.com.org.es: Currently, email.parser/feedparser can only parse messages that come as a string, or from a file opened in text mode. Email messages, however, can contain 8bit characters in any encoding other than the local one (yet still be valid e

[issue4602] 2to3 drops executable bit with --write

Adeodato Simó [EMAIL PROTECTED] added the comment: Thanks for the report! Fixed in r67674. I'm afraid I'm unfamiliar with Python development procedures: that commit was committed to /sandox, is that expected? ___ Python tracker [EMAIL PROTECTED] http

[issue4631] urlopen returns extra, spurious bytes

New submission from Adeodato Simó [EMAIL PROTECTED]: This is very odd, but it was reproduced by people in #python as well. Compare, in python 2.5: urllib.urlopen('http://bugs.debian.org/cgi-bin/bugreport.cgi?mbox=yes;bug=123456').readline() 'From [EMAIL PROTECTED] Tue Dec 11 11:32:47 2001\n

[issue4602] 2to3 drops executable bit with --write

Adeodato Simó [EMAIL PROTECTED] added the comment: Yes, it will be merged into the trunk eventually. Great, thank you and sorry for the noise. Also, is this fix elegible for the 3.0 branch? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org

[issue4602] 2to3 drops executable bit with --write

New submission from Adeodato Simó [EMAIL PROTECTED]: Hello, after using 2to3 --write over some scripts, I found it very cumbersome having to run `chmod +x` on each of them afterwards. The attached patch is a possible way to fix this issue. It'd be great if somebody could apply it, or write

[issue4602] 2to3 drops executable bit with --write

Changes by Adeodato Simó [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4602 ___ ___ Python-bugs-list mailing