When I run "rpm --help" or "kudzu --help" on de_DE@euro locale in Fedora 7, I don't find any problems.
I attached my out logs with bzip2.

% locale
LANG=de_DE@euro
LC_CTYPE="de_DE@euro"
LC_NUMERIC="de_DE@euro"
LC_TIME="de_DE@euro"
LC_COLLATE="de_DE@euro"
LC_MONETARY="de_DE@euro"
LC_MESSAGES="de_DE@euro"
LC_PAPER="de_DE@euro"
LC_NAME="de_DE@euro"
LC_ADDRESS="de_DE@euro"
LC_TELEPHONE="de_DE@euro"
LC_MEASUREMENT="de_DE@euro"
LC_IDENTIFICATION="de_DE@euro"
LC_ALL=

Do you make sure your terminal emulater is launched on de_DE@euro locale instead of UTF-8 locales?

% env LANG=de_DE@euro 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 "LANG=de_DE@euro
> rpm --help" or "LANG=de_DE@euro 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