Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 18082632700 for ; Fri, 9 Jan 2009 13:16:29 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 02274-08 for ; Fri, 9 Jan 2009 13:16:21 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.123]) by mail.postgresql.org (Postfix) with ESMTP id 13EAE6326F9 for ; Fri, 9 Jan 2009 13:16:20 -0400 (AST) Received: from [192.168.10.103] (really [65.190.223.140]) by cdptpa-omta02.mail.rr.com with ESMTP id <20090109171610.VSHB73.cdptpa-omta02.mail.rr.com@[192.168.10.103]>; Fri, 9 Jan 2009 17:16:10 +0000 Message-ID: <49678659.4040904@dunslane.net> Date: Fri, 09 Jan 2009 12:16:09 -0500 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.12) Gecko/20071019 Fedora/1.0.9-3.fc6 pango-text SeaMonkey/1.0.9 MIME-Version: 1.0 To: Guillaume Smet CC: Tom Lane , Peter Eisentraut , Heikki Linnakangas , PostgreSQL-development Subject: Re: foreign_data test fails with non-C locale References: <49675B3F.20002@enterprisedb.com> <49675C87.8070303@dunslane.net> <49675E4E.1080805@gmx.net> <49676B8A.8020707@dunslane.net> <26314.1231518295@sss.pgh.pa.us> <1d4e0c10901090845h1d647297w68f6f9a70bb757ec@mail.gmail.com> In-Reply-To: <1d4e0c10901090845h1d647297w68f6f9a70bb757ec@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200901/720 X-Sequence-Number: 131364 Guillaume Smet wrote: > On Fri, Jan 9, 2009 at 5:24 PM, Tom Lane wrote: > >> However, the >> de facto policy is that we try to keep them passing in locales that >> are used by any of the regular developers. I think it would be useful >> to have buildfarm members testing in a few common locales. >> > > If you define common locales, I can set up as many new animals as > needed to cover the locales needed for any branch we'd like to test. > > Perhaps we should add a parameter to the buildfarm config file so that > the buildfarm script can check the locale is accepted and set it > directly. Considering that we won't have the locale information in the > animal description, it's a good way to have it in the report. > > > Sure, we can easily have buildfarm's initdb step set any locale (and encoding, for that matter) we like. That's a simple change. cheers andrew