8.2 open items list
I have update the 8.2 open items list:
http://momjian.postgresql.org/cgi-bin/pgopenitems
--
Bruce Momjian bruce@momjian.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
Bruce Momjian <bruce@momjian.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@momjian.us> writes:
I have update the 8.2 open items list:
http://momjian.postgresql.org/cgi-bin/pgopenitemsThe 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@commandprompt.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@commandprompt.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@commandprompt.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@momjian.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:
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:
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@samurai.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@samurai.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@samurai.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@samurai.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@momjian.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@samurai.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