Re: TCP/IP with 7.4 beta2 broken?

Bruce Momjian said:
>
> Are all the IPv6 issues resolved in current CVS?
>

This one appears to be, at any rate.

cheers

andrew

> -------------------------------------------------------------------------
--
>
> Tom Lane wrote:
>> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> > OK, now we are getting somewhere. I see that this would work. It's a
>> > bit ugly, though - with this plan the sample file in both CVS and
>> > the installation won't necessarily be what actually get put in
>> > place.
>>
>> Well, like I said, it's not real pretty. But the same is already true
>> of postgresql.conf.sample --- initdb edits that. I don't see that
>> having it edit pg_hba.conf.sample too is so bad.
>>
>> > What if some clever installer/administrator deliberately alters
>> > their installed sample file?
>>
>> I don't think it would hurt them. The editing will consist of a sed
>> script to comment or uncomment the line containg ::1, it wouldn't
>> touch anything else.
>>
>> > Could we get the configure script to do it instead, since it too
>> > should know about ip6 capability? (I guess then we'd have
>> > pg_hba.conf.sample.in). That strikes me as being a lot cleaner.
>>
>> Bruce and I talked about that alternative too, but we felt that it
>> made more sense to keep the processing of pg_hba.conf.sample parallel
>> to what happens to postgresql.conf.sample. Further down the road we
>> might need initdb-time checks to decide what to do to the sample file,
>> just as we already need for postgresql.conf.sample.
>>
>> regards, tom lane
>>
>> ---------------------------(end of
>> broadcast)--------------------------- TIP 4: Don't 'kill -9' the
>> postmaster
>>
>
> --
> Bruce Momjian | http://candle.pha.pa.us
> pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
> + If your life is a hard drive, | 13 Roberts Road
> + Christ can be your backup. | Newtown Square, Pennsylvania
> 19073
>
> ---------------------------(end of
> broadcast)--------------------------- TIP 5: Have you checked our
> extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html