Re: Initdb-cs_CZ.WIN-1250 buildfarm failures

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tomas Vondra <tv(at)fuzzy(dot)cz>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Initdb-cs_CZ.WIN-1250 buildfarm failures
Date: 2014-12-20 18:05:33
Message-ID: 5178.1419098733@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tomas Vondra <tv(at)fuzzy(dot)cz> writes:
> I believe the locale system (at the OS level) works just like before. I
> remember I had to manually create the locales while initially setting up
> the animals. Then, ~2 months ago something happened (I asssume a yum
> update) and some of the locales disappeared. But I have recreated them,
> except for sk_SK.WIN-1250. But the tests fail because of cs_CZ.WIN-1250
> which does exist.

I am betting that you recreated them differently from before.

> However when I tried to initialize a
> cluster with cs_CZ.WIN-1250, I got an error like this:

> [pgbuild(at)regular-builds ~]$ pg_ctl -D tmp-data init
> The files belonging to this database system will be owned by user "pgbuild".
> This user must also own the server process.

> The database cluster will be initialized with locale "cs_CZ.WIN-1250".
> could not determine encoding for locale "cs_CZ.WIN-1250": codeset is
> "ANSI_X3.4-1968"
> initdb: could not find suitable encoding for locale "cs_CZ.WIN-1250"

Locale cs_CZ.WIN-1250 is evidently marked with a codeset property of
"ANSI_X3.4-1968" (which means old-school US-ASCII). That's certainly
wrong. I believe the correct thing would be "CP1250".

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2014-12-20 18:22:17 Re: Initdb-cs_CZ.WIN-1250 buildfarm failures
Previous Message Tomas Vondra 2014-12-20 18:02:17 Re: Initdb-cs_CZ.WIN-1250 buildfarm failures