Re: popt-1.13 release

2008-01-16 Thread Robert Scheck
On Wed, 16 Jan 2008, Takao Fujiwara - Tokyo S/W Center wrote: I burned DVD, installed Fedora 8 and could reproduced your problem. Some of applications do not set bind_textdomain_codeset(). I think the attached patch will fix your main problem with removing your change of the workaround.

Re: popt-1.13 release

2008-01-15 Thread Takao Fujiwara - Tokyo S/W Center
I burned DVD, installed Fedora 8 and could reproduced your problem. Some of applications do not set bind_textdomain_codeset(). I think the attached patch will fix your main problem with removing your change of the workaround. Thanks, fujiwara Robert Scheck wrote: On Mon, 14 Jan 2008, Takao

Re: popt-1.13 release

2008-01-13 Thread Takao Fujiwara
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]

Re: popt-1.13 release

2008-01-13 Thread Robert Scheck
On Sun, 13 Jan 2008, Takao Fujiwara wrote: When I run rpm --help or kudzu --help on [EMAIL PROTECTED] locale in Fedora 7, I don't find any problems. Fedora 7 has popt delivered with rpm, so it's an old popt version which never saw your changes. And all popt packages I officially prepared for

Re: popt-1.13 release

2008-01-13 Thread Robert Scheck
On Mon, 14 Jan 2008, Takao Fujiwara - Tokyo S/W Center wrote: Robert Scheck wrote: Fedora 7 has popt delivered with rpm, so it's an old popt version which never saw your changes. And all popt packages I officially prepared for Fedora 8 are currently undoing your changes per patch to avoid

Re: popt-1.13 release

2008-01-11 Thread Takao Fujiwara - Tokyo S/W Center
Actually I'm not sure what is your problem. Which applications do you try? 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

Re: popt-1.13 release

2008-01-11 Thread Jeff Johnson
On Jan 11, 2008, at 2:49 AM, Takao Fujiwara - Tokyo S/W Center wrote: Actually I'm not sure what is your problem. Which applications do you try? It seems recently some of modules, GTK, Bonobo and GNOME session, uses goption. When the application uses --help options, it includes the output

Re: popt-1.13 release

2007-12-31 Thread Robert Scheck
On Mon, 31 Dec 2007, Takao Fujiwara - Tokyo S/W Center wrote: Is your problem fixed by replacing char++ with POPT_next_char() ? If it's right, I think POPT_fprintf() does need to be reverted. I'm a bit clueless regarding the code. It's mostly Jeff's work and I hacked the rest to get a working

Re: popt-1.13 release

2007-12-19 Thread Jeff Johnson
On Dec 19, 2007, at 2:26 AM, Robert Scheck wrote: Moin Jeff, On Wed, 19 Dec 2007, Jeff Johnson wrote: See if the attached patch (the minimum necessary reversion to popt-1.12 afaict) fixes your linux problems. If the patch fixes the linux problems, I'll see if I can rework the Solaris

Re: popt-1.13 release

2007-12-18 Thread Jeff Johnson
On Dec 15, 2007, at 7:34 PM, Robert Scheck wrote: Yes the colum spacing looks better, but whenever an umlaut (ä, ö, ü, Ä, Ö, Ü, ß) or similar should be displayed, it aborts somehow. Please note, that I can't reproduce when having LANG=C for example. Oh, and it's NOT kudzu having this