Re: 8.2 open items list

I have update the 8.2 open items list:

http://momjian.postgresql.org/cgi-bin/pgopenitems

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

Bruce Momjian <bruce(at)momjian(dot)us> writes:
> I have update the 8.2 open items list:
> http://momjian.postgresql.org/cgi-bin/pgopenitems

The Win32-bison-version-check thing is done, and we already renamed
those xid columns.

regards, tom lane

On Thu, 2006-11-23 at 01:24 -0500, Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > I have update the 8.2 open items list:
> > http://momjian.postgresql.org/cgi-bin/pgopenitems
>
> The Win32-bison-version-check thing is done, and we already renamed
> those xid columns.

What is the ISN problem?

>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
>
--

=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since 1997
http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate

"Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
> What is the ISN problem?

http://archives.postgresql.org/pgsql-hackers/2006-11/msg00245.php

regards, tom lane

On Thu, 2006-11-23 at 09:49 -0500, Tom Lane wrote:
> "Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
> > What is the ISN problem?
>
> http://archives.postgresql.org/pgsql-hackers/2006-11/msg00245.php

Ty.

J

>
> regards, tom lane
>
--

=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since 1997
http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate

Tom Lane wrote:
> "Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
> > What is the ISN problem?
>
> http://archives.postgresql.org/pgsql-hackers/2006-11/msg00245.php

I have added a URL column to the open items list.

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

On Thu, 2006-11-23 at 00:45 -0500, Bruce Momjian wrote:
> I have update the 8.2 open items list:
>
> http://momjian.postgresql.org/cgi-bin/pgopenitems

Is there a compelling reason to try to get the to_char() patch into 8.2?

-Neil

On Thu, 2006-11-23 at 00:45 -0500, Bruce Momjian wrote:
> I have update the 8.2 open items list:
>
> http://momjian.postgresql.org/cgi-bin/pgopenitems

Also, we still need a resolution for contrib/adminpack placing objects
into the pg_catalog schema:

http://archives.postgresql.org/pgsql-hackers/2006-10/msg01049.php

-Neil

Neil Conway <neilc(at)samurai(dot)com> writes:
> Is there a compelling reason to try to get the to_char() patch into 8.2?

This patch appears to be a reimplementation of code that was added in
8.2 --- before that we didn't try to localize month/day names at all.
If we think the code currently in HEAD is wrong, it would be better to
fix it now instead of having a behavior change in 8.2 and another one
in 8.3.

regards, tom lane

Neil Conway <neilc(at)samurai(dot)com> writes:
> Also, we still need a resolution for contrib/adminpack placing objects
> into the pg_catalog schema:

Well, there was a lot of difference of opinion on that, but I thought
the conclusion was to leave it as-is.

regards, tom lane

Tom Lane wrote:
> Neil Conway <neilc(at)samurai(dot)com> writes:
>> Also, we still need a resolution for contrib/adminpack placing objects
>> into the pg_catalog schema:
>
> Well, there was a lot of difference of opinion on that, but I thought
> the conclusion was to leave it as-is.

Yes, that was what i thought when I reviewed the thread last time this
was re-raised:
http://archives.postgresql.org/pgsql-hackers/2006-11/msg00164.php

I will also point out the pgAdmin 1.6 has now been released so
incompatible changes in this area now *will* mean functionality
regressions for users of 8.2 over users of 8.1 and 8.0, especially on
Windows where adminpack has always been bundled.

Regards, Dave

Tom Lane wrote:
> Neil Conway <neilc(at)samurai(dot)com> writes:
> > Also, we still need a resolution for contrib/adminpack placing objects
> > into the pg_catalog schema:
>
> Well, there was a lot of difference of opinion on that, but I thought
> the conclusion was to leave it as-is.

Yes, that is my recollection too.

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

Bruce Momjian wrote:
> Tom Lane wrote:
>> Neil Conway <neilc(at)samurai(dot)com> writes:
>> > Also, we still need a resolution for contrib/adminpack placing objects
>> > into the pg_catalog schema:
>>
>> Well, there was a lot of difference of opinion on that, but I thought
>> the conclusion was to leave it as-is.
>
> Yes, that is my recollection too.
>

At the very least there is no consensus to do anything else.

cheers

andrew

Bruce,

Will have some kind of DTrace docs by tommorrow. Sorry, I was hoping that
Robert would have a draft, and he was hoping that I would.

--
--Josh

Josh Berkus
PostgreSQL @ Sun
San Francisco