In case you still need a case to reproduce this, I have one.
Just tried to upload python-gnuplotlib=0.23-1
This happened:
dima@scrawny:~/debianstuff/python-gnuplotlib$ dput ftp-master
../python-gnuplotlib_0.23-1_amd64.changes
Traceback (most recent call last):
File "/usr/bin/dput", line 11, in <module>
load_entry_point('dput==1.0.2', 'console_scripts', 'execute-dput')()
File "/usr/share/dput/dput/dput.py", line 1014, in main
config, check_only, check_version, unsigned_upload, debug)
File "/usr/share/dput/dput/dput.py", line 344, in verify_files
changes = parse_changes(chg_fd)
File "/usr/share/dput/dput/dput.py", line 69, in parse_changes
check = chg_fd.read(5)
File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 635:
ordinal not in range(128)
My locale was set thusly, which triggered the issue:
dima@scrawny:~/debianstuff/python-gnuplotlib$ locale
LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C
Resetting LANG and LC_ALL to en_US.UTF-8 made it work. If dput wants
some particular locale setting, it should set it.
