Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
Date
Msg-id 201105251813.p4PIDDl07098@momjian.us
Whole thread Raw
In response to Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.  (Robert Haas <robertmhaas@gmail.com>)
Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.  (Tim Uckun <timuckun@gmail.com>)
List pgsql-hackers
Alvaro Herrera wrote:
> Excerpts from Robert Haas's message of mié may 25 13:33:41 -0400 2011:
> > On Wed, May 25, 2011 at 1:22 PM, Bruce Momjian <bruce@momjian.us> wrote:
> 
> > > I can easily remove dashes before the compare if people like that idea
> > > --- I think you could argue that a dash is not significant, unless "ab-c"
> > > and "a-bc" are different locales.
> > 
> > I think the more we mush that string around, the more chance we have
> > of breaking something.  What's wrong with insisting that people set
> > the value to the same thing?  Like, really the same?
> 
> No objection here to that idea.

I thought the problem was that they upgraded the OS and now the encoding
names changed, though they behaved the same.  Is that now what is
happening?  Can they supply the values with different cases?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Proposal: Another attempt at vacuum improvements
Next
From: Marco Nenciarini
Date:
Subject: Minor issues with docs