Problem with default sys.stdout.encoding producing UnicodeEncodeError

I just had this really weird bug, where no matter which Rust String I wanted to use in Python always raised this error when trying to print or convert the String: "UnicodeEncodeError('ascii', 'asdf´´', 4, 6, 'ordinal not in range(128)')"

I just now found the problem which caused this error to occur consistently:
The shell in which the rust executable was running didn't have the "LANG" environment variable set. This makes the python interpreter choose the default encoding "ASCII" which is (among others) used for output encoding. This error is easily overlooked because everything works fine if you only use ASCII characters (because UTF-8 is compatible with ASCII in that range). It only fails when using a character that is not included in ASCII, i.e. has a value of over 127.

Rust Strings are (by default) stored as utf-8 encoded bytes and the conversion between a Rust and a Python String apparently directly hands a pointer to the utf-8 encoded byte-array to the Python interpreter to produce a Python String.

Feature Request: Somehow tell the user that the Python output encoding should be UTF-8 (and this means properly setting the "LANG" variable), because otherwise this weird error might occur when dealing with special characters.

The issue names no files or tests. Start by reproducing the UnicodeEncodeError with LANG unset, then inspect how PyO3 initializes Python and converts Rust strings for output. Done means users receive guidance or a reliable UTF-8 configuration instead of the unexplained encoding failure.