From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Jeff Davis <pgsql(at)j-davis(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: (patch) regression diffs on collate.linux.utf8 test |
Date: | 2011-10-18 19:21:49 |
Message-ID: | 9563.1318965709@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> On tis, 2011-10-18 at 01:07 -0700, Jeff Davis wrote:
>> If I qualify it as "tr_TR.UTF-8" it works. Perhaps I have something
>> misconfigured on my system (Ubuntu 11.10)? I just installed:
>> language-pack-de
>> language-pack-tr
>> language-pack-sv
>> in an attempt to make the test work, and it works all except for that
>> lc_time settng.
> I think the language-pack packages have nothing to do with it; they only
> supply translations.
> Possibly, things are set up so that only UTF-8 locales are installed by
> default. Since the collate.linux.utf8 requires a UTF-8 environment, it
> seems reasonable to use the tr_TR.UTF-8 locale for LC_TIME, instead of
> requiring an unrelated (ISO-8859-9) locale to be installed. So I think
> the change you propose is reasonable.
As I said to Jeff earlier, I'd rather not embed assumptions about the
spelling of encoding names into this test. So I don't want to do this
just to get rid of an unexplained failure. I don't entirely believe
the above theory, because it's not clear why Jeff's machine is behaving
differently from mine.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2011-10-18 19:25:20 | Re: (patch) regression diffs on collate.linux.utf8 test |
Previous Message | Kevin Grittner | 2011-10-18 19:03:47 | Re: new compiler warnings |