Description of problem: The mpage25-j.patch applied to pristine mpage sources causes that ISO-8859-2 text are printed incorrectly: the national characters are replaced with kanji-like glyphs. How reproducible: Always Steps to Reproduce: 1. take prebuilt mpage package. 2. print ISO-8859-2 encoded text with mpage -CISO-Latin.2 < a| lpr Actual Results: The national characters like aogonek are replaced with japanese glyphs. For example, following postscript chunk is created: 0 672 moveto (\\begin{letter}{Sz. Pani Maria Piotrowicz, Krak) show kanj setfont 46 mp_a_x mul 672 moveto <7377> show Expected Results: The chunk is properly generated by unpatched mpage code: 0 672 moveto (\\begin{letter}{Sz. Pani Maria Piotrowicz, Kraksw}) show Additional info: Suprprisingly, even ISO-Latin.1 texts are printed incorrectly with this patch (I have just tested it with single line scripts like echo "surstrvmming" | mpage -1 > /tmp/a.ps etc). Again, the oumlaut is incorrectly replaced by a kanji character. I file this bug as severe because the loss of function is major, data is damaged during printout and this is evidently (IMO) a packaging error.
I have noticed that the national characters have been garbled in the report so I will try again: d - aumlaut v - oumlaut e - aring
I have just noticed that my report really duplicates #34882. I blame it on bugzilla http://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi has a button "show bugs in this component" but it shows only open bug reports. (Yes, mpage-2.5.1-7 from rawhide does not have this bug).
*** This bug has been marked as a duplicate of 34882 ***