Re: popt-1.13 release

[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
Fedora 8 are currently undoing your changes per patch to avoid really any
regression for the Fedora users.

 Do you make sure your terminal emulater is launched on [EMAIL PROTECTED] 
 locale 
 instead of UTF-8 locales?

My terminal emulator has the correct locales - same when connecting via SSH
to that machine e.g. using PuTTY and Windows :)

If you want to reproduce that, you could take the srpm popt-1.13-1 package
in testing for Fedora 8, rip my patch out, rebuild and install it. Then you
should see what I'm seeing. And what I'm seeing is no typical ISO-8859-1(5)
vs. UTF-8 problem, I know them already.


Greetings,
  Robert
__
POPT Library   http://rpm5.org
Developer Communication List   popt-devel@rpm5.org

Re: popt-1.13 release

[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 really any
 regression for the Fedora users.

 Hmm.., I mean I've already applied the POPT_printf parts with popt sources 
 and I cannot reproduce your problem.

Well...rpm, kudzu and most of the rest were static linked to popt in Fedora
7. This changed with Fedora 8 the first time. If you really want to try to
reproduce this, go and rebuild all packages depending on popt first. Or try
Fedora 8 which doesn't link statically to popt any longer for rpm and kudzu
- at least it shouldn't.


Greetings,
  Robert
__
POPT Library   http://rpm5.org
Developer Communication List   popt-devel@rpm5.org