git-remote-testpy: fix path hashing on Python 3
authorJohn Keeping <john@keeping.me.uk>
Sun, 27 Jan 2013 14:50:56 +0000 (14:50 +0000)
committerJunio C Hamano <gitster@pobox.com>
Mon, 28 Jan 2013 17:55:14 +0000 (09:55 -0800)
commit3ac221a78eba2f447a7990fc5c4709853dc32fee
tree459664a579ecdfb4017497d5f54eb63fb0ddaba9
parentf9640ac26ce0478695487f657718157bb7b4f804
git-remote-testpy: fix path hashing on Python 3

When this change was originally made (0846b0c - git-remote-testpy:
hash bytes explicitly , I didn't realise that the "hex" encoding we
chose is a "bytes to bytes" encoding so it just fails with an error
on Python 3 in the same way as the original code.

It is not possible to provide a single code path that works on
Python 2 and Python 3 since Python 2.x will attempt to decode the
string before encoding it, which fails for strings that are not
valid in the default encoding.  Python 3.1 introduced the
"surrogateescape" error handler which handles this correctly and
permits a bytes -> unicode -> bytes round-trip to be lossless.  As
the original came from reading the filesystem path, we convert them
back into the original bytes encoded in sys.getfilesystemencoding().

At this point Python 3.0 is unsupported so we don't go out of our
way to try to support it.

Helped-by: Michael Haggerty <mhagger@alum.mit.edu>
Signed-off-by: John Keeping <john@keeping.me.uk>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-remote-testpy.py