BUG #1133: initdb fails when using Turkish locale

From: "PostgreSQL Bugs List" <pgsql-bugs(at)postgresql(dot)org>
To: pgsql-bugs(at)postgresql(dot)org
Subject: BUG #1133: initdb fails when using Turkish locale
Date: 2004-04-16 08:08:39
Message-ID: 20040416080839.2262ACF510D@www.postgresql.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


The following bug has been logged online:

Bug reference: 1133
Logged by: Devrim GUNDUZ

Email address: devrim(at)gunduz(dot)org

PostgreSQL version: 7.4

Operating system: Red Hat 9, RHES 3.0 & Fedora Core 1

Description: initdb fails when using Turkish locale

Details:

Hi,

Last week was an "upgrade weekend", and we tried to install PostgreSQL 7.4.2
with Turkish locale.

OSes are, Red Hat Linux 9, RHES 3.0 and Fedora Core 1, having all the
updates done.

System locale is:
# cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:tr_TR.UTF-8:tr_TR:tr"

PostgreSQL was configured with:
./configure --prefix=/usr/local/pgsql742 --enable-nls --without-tk
--without-tcl

and the initdb error:

[pgsql74(at)localhost pgsql74]$ /usr/local/pgsql742/bin/initdb -D
/usr/local/pgsql742/data/ --locale=tr_TR
The files belonging to this database system will be owned by user
"pgsql74".
This user must also own the server process.


The database cluster will be initialized with locale tr_TR.


fixing permissions on existing directory /usr/local/pgsql742/data/... ok
creating directory /usr/local/pgsql742/data//base... ok
creating directory /usr/local/pgsql742/data//global... ok
creating directory /usr/local/pgsql742/data//pg_xlog... ok
creating directory /usr/local/pgsql742/data//pg_clog... ok
selecting default max_connections... 100
selecting default shared_buffers... 1000
creating configuration files... ok
creating template1 database in /usr/local/pgsql742/data//base/1... FATAL:
XX000: failed to initialize DateStyle to "ISO, MDY"
LOCATION: InitializeGUCOptions, guc.c:1866


initdb: failed

What should we do?

Regards,
Devrim

Browse pgsql-bugs by date

  From Date Subject
Next Message Andreas Pflug 2004-04-16 09:08:28 Re: [7.4.2] Still "variable not found in subplan target lists"
Previous Message Tom Lane 2004-04-15 22:28:14 Re: [7.4.2] Still "variable not found in subplan target lists"