When I run "rpm --help" or "kudzu --help" on [EMAIL PROTECTED] locale in Fedora 7, I don't find any problems. I attached my out logs with bzip2.
% locale [EMAIL PROTECTED] LC_CTYPE="[EMAIL PROTECTED]" LC_NUMERIC="[EMAIL PROTECTED]" LC_TIME="[EMAIL PROTECTED]" LC_COLLATE="[EMAIL PROTECTED]" LC_MONETARY="[EMAIL PROTECTED]" LC_MESSAGES="[EMAIL PROTECTED]" LC_PAPER="[EMAIL PROTECTED]" LC_NAME="[EMAIL PROTECTED]" LC_ADDRESS="[EMAIL PROTECTED]" LC_TELEPHONE="[EMAIL PROTECTED]" LC_MEASUREMENT="[EMAIL PROTECTED]" LC_IDENTIFICATION="[EMAIL PROTECTED]" LC_ALL= Do you make sure your terminal emulater is launched on [EMAIL PROTECTED] locale instead of UTF-8 locales? % env [EMAIL PROTECTED] xterm Thanks, fujiwara Robert Scheck さんは書きました:
On Fri, 11 Jan 2008, Takao Fujiwara - Tokyo S/W Center wrote:Actually I'm not sure what is your problem. Which applications do you try?Using POPT_fprintf(), all umlauts are broken when doing "[EMAIL PROTECTED] rpm --help" or "[EMAIL PROTECTED] kudzu --help". Whenever an umlaut should be displayed, it isn't and the rest of the line as well. Instead the next line is displayed. So it looks like to me, that POPT_fprintf() has problems with non-ASCII characters when the locale isn't a UTF-8 one. See http://rpm5.org/community/popt-devel/0038.html and following of this thread (e.g. http://rpm5.org/community/popt-devel/0043.html). Maybe you can then see what my problem is.It seems recently some of modules, GTK, Bonobo and GNOME session, uses goption. When the application uses --help options, it includes the output of both goption and popt. goption has the current encoding but popt is UTF-8 then you may encounter the problem.Could you apply POPT_fprintf() for popt options only?I've no matter about the goption/popt handling at all, I'm just seeing this problem with popt 1.13 on a konsole without GNOME, Bonobo or whatelse. Greetings, Robert
kudzu.log.bz2
Description: application/bzip
rpm.log.bz2
Description: application/bzip