[Python-Dev] [Python-checkins] cpython (3.2): Skip test_getsetlocale_issue1813() on Fedora due to setlocale() bug.

[R. David Murray]

On Tue, 02 Aug 2011 12:12:37 +0200, Stefan Krah <stefan at bytereef.org> wrote:
> Stefan Krah <stefan at bytereef.org> wrote:
> > Fedora's glibc has an additional issue with the Turkish 'I' that can
> > be reproduced by the simple C program in:
> > 
> >   https://bugzilla.redhat.com/show_bug.cgi?id=726536
> 
> OK, this runs successfully on Ubuntu Lucid and FreeBSD (if you change
> the first tr_TR to tr_TR.UTF-8).
> 
> But it fails on Debian lenny, as does test_getsetlocale_issue1813().
> 
> I suspect many buildbots are green because they don't have tr_TR and
> tr_TR.iso8859-9 installed.

This is true for my Gentoo buildbots.  Once we've figured out the
best way to handle this, I'll fix that (install the other locales) for
my two.

> Synopsis for the people who don't want to wade through the bug reports:
> 
> If this is a valid C program ...
> 
> #include <stdio.h>
> #include <locale.h>
> int
> main(void)
> {
>     char *s;
>     printf("%s\n", setlocale(LC_CTYPE, "tr_TR"));
>     printf("%s\n", setlocale(LC_CTYPE, NULL));
>     s = setlocale(LC_CTYPE, "tr_TR.ISO8859-9");
>     printf("%s\n", s ? s : "null");
>     return 0;
> }
> 
> ..., several systems (Fedora 14, Debian lenny) have a glibc bug that
> is exposed by test_getsetlocale_issue1813(). People usually don't
> see this because tr_TR and tr_TR.iso8859-9 aren't installed.

I get null as the final output of that regardless of whether I use
'tr_TR' or 'tr_TR.utf8'.

This is with glibc-2.13-r2 (the r2 is Gentoo's mod number).

I'll attach this to the bug report, too, perhaps the discussion should
move there.

--
R. David Murray           http://www.bitdance.com