https://bugzilla.novell.com/show_bug.cgi?id=780862 https://bugzilla.novell.com/show_bug.cgi?id=780862#c7 Stanislav Brabec <sbrabec@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |support@microtechniques.com --- Comment #7 from Stanislav Brabec <sbrabec@suse.com> 2013-02-11 16:11:55 CET --- OK. So you are using a local linux virtual text console, and not using a remote ssh console e. g. under Windows. Do you have the same problem in the graphical terminal emulator? Login to KDE/GNOME/XFCE or anything else, run there terminal emulator, verify that the terminal is in UTF-8 mode (e. g. in menu Terminal in gnome-terminal), and display the affected text. If it is not OK there as well, it is a problem of particular application, and I would need to know, which application tried to copy file named "badfile". The string itself probably comes from coreutils cp, but the cp itself prints to console, only if it is called from another application, then it can redirect its output to the syslog. If it is OK there, then it is a problem of virtual console setting. Notes: G_FILENAME_ENCODING has a different meaning: Applications using GLib can display local file names in multiple encodings: If the file name is not valid in locale default encoding, it tries to interpret is as other encodings in the list. The problem could exist in past as well, but it was hidden, as coreutils in 11.4 used quotes `' (pure ASCII characters), and now uses ‘’ (UNICODE General Punctuation U+2018 LEFT SINGLE QUOTATION MARK and U+2019 RIGHT SINGLE QUOTATION MARK). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.