Description of problem:

Trying to do `dnf update fails with the error`:

UnicodeEncodeError: 'ascii' codec can't encode characters in position 342-343: ordinal not in range(128)

Version-Release number of selected component (if applicable):

$ rpm -q -f /usr/lib/python3.4/site-packages/dnf/cli/output.py
python3-dnf-1.1.8-1.fc23.noarch

How reproducible:

It probably depends on the exact packages that I have installed.

Steps to Reproduce:
1. ?? (Install a certain set of packages)
2. dnf update
3.

Actual results:

Traceback (most recent call last):
  File "/usr/lib/python3.4/site-packages/dnf/yum/rpmtrans.py", line 431, in callback
    self._scriptStop(bytes, total, h);
  File "/usr/lib/python3.4/site-packages/dnf/yum/rpmtrans.py", line 573, in _scriptStop
    self._scriptout()
  File "/usr/lib/python3.4/site-packages/dnf/yum/rpmtrans.py", line 219, in _scriptout
    display.scriptout(msgs)
  File "/usr/lib/python3.4/site-packages/dnf/cli/output.py", line 2195, in scriptout
    sys.stdout.write(ucd(msgs))
  File "/usr/lib/python3.4/site-packages/dnf/i18n.py", line 44, in write
    self.stream.write(s)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 342-343: ordinal not in range(128)
FATAL ERROR: python callback ??? failed, aborting!


Expected results:

No crash.

Additional info:

The following patch solves the problem. I suggest that all stdout write statements be embedded in a similar encode/decode statement to prevent dnf crashing even if a package name or description contain international characters that are not compatible with output terminal. To retain the original behaviour perhaps add an additional try/catch statement with the original print() in the try part and the encode/decode asciification in the except part.

...lib/python3.4/site-packages/dnf/cli/output.py:2310:

< sys.stdout.write(ucd(msgs))
--
> sys.stdout.write(ucd(msgs).encode('ascii','ignore').decode('ascii'))