Hi.
Ben Finney <bign...@debian.org> writes: > Control: tags -1 + moreinfo > > On 20-Oct-2018, Dima Kogan wrote: > >> This happened: >> >> dima@scrawny:~/debianstuff/python-gnuplotlib$ dput ftp-master >> ../python-gnuplotlib_0.23-1_amd64.changes > > Can you attach (to a message on this bug report) the file you used? Attached. >> My locale was set thusly, which triggered the issue: > > That's comprehensive, thank you. I would like to narrow down the test > case: which environment variables *need* to be set (are relevant) to > get the reported behaviour? > >> Resetting LANG and LC_ALL to en_US.UTF-8 made it work. > > That implies those are the only two environment variables to change, > in order to reproduce this behaviour Is it sufficient to set: > > LANG=C > LC_ALL=C > > to trigger the reported behaviour? I want to say that's correct: just these two should be enough. Possibly just LC_ALL would be enough also, since that one controls all the others except for LANG: dima@scrawny:~$ 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 dima@scrawny:~$ LC_ALL=en_US.UTF-8 locale LANG=C LANGUAGE= LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=en_US.UTF-8 I don't know the details here since I only touch locales when they break. Thank you for debugging.
python-gnuplotlib_0.23-1_amd64.changes
Description: Binary data
