Re: pg_dump on local Windows, pg_restore on Linux? - Mailing list pgsql-general

From Phoenix Kiula
Subject Re: pg_dump on local Windows, pg_restore on Linux?
Date
Msg-id e373d31e0708151815v63b929cdnb35f4cfee374a749@mail.gmail.com
Whole thread Raw
In response to Re: pg_dump on local Windows, pg_restore on Linux?  ("James B. Byrne" <byrnejb@harte-lyne.ca>)
Responses UTF-8 encoding  ("James B. Byrne" <byrnejb@harte-lyne.ca>)
List pgsql-general
On 16/08/07, James B. Byrne <byrnejb@harte-lyne.ca> wrote:
>
> Date: Wed, 15 Aug 2007 20:31:45 +0200
> From: "Leif B. Kristensen" <leif@solumslekt.org>
> To: pgsql-general@postgresql.org
> Subject: Re: pg_dump on local Windows, pg_restore on Linux?
> Message-ID: <200708152031.45917.leif@solumslekt.org>
>
> On Wednesday 15. August 2007, Phoenix Kiula wrote:
> >
> >This is great info, thanks. Could you let me know how I could change
> >the global values of "LC_ALL"?  I am on Linux too, just CentOS, but I
> >suppose it should be the same or similar?
>
> See: man local and man 1p locale and man 1p localedef and /etc/sysconfig/i18n
>
> Do NOT manually set LC_ALL on a CentOS system unless you know exactly what
> you are doing and what programs will be impacted.  If set then LC_ALL
> overrides all of the individual LC_ settings.
>



Thanks. Here's my locale information:

> locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=


Is this enough to run a pgsql database that is supposed to house utf-8
content? Or should I somehow make sure LC_ALL carries the value of
'en_US.UTF-8' as well? If not manually, how would I do it, and how can
I trace what other programs may be impacted. It sounds like an
impossible task given that many applications/servers run on this
machine, so I am hoping that either there is a workaround for
postgresql, or that postgresql will work with just the above
parameters as they are.

TIA!

pgsql-general by date:

Previous
From: Steve Manes
Date:
Subject: Re: Writing most code in Stored Procedures
Next
From: "Trevor Talbot"
Date:
Subject: Re: Writing most code in Stored Procedures