Re: [HACKERS] Ready for RC1

2004-12-03 Thread Jan Wieck
On 12/2/2004 8:16 PM, Bruce Momjian wrote:
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
 One more issue.  Until we start RC, patches that are bug fixes will
 continue to be applied.  Do we want that?  By going RC we are basically
 saying we need to focus on docs and packaging and we perhaps can keep
 fixes for 8.0.1.
In my mind RC means only critical bug fixes --- ie, just because
it's a bug fix doesn't mean it won't be held for later.  But RC doesn't
mean no changes, period.  It means we're trying to test the thing
without any more code churn than absolutely necessary.
The real problem at the moment is that we should have been in an only
bug fixes mode for some time already, and you just pushed in two or
three patches that look more like feature additions to me (and I gather
to Peter as well).  *That* is the reason people are getting antsy about
whether we are RC-ready.
I honestly can't tell whether these are bug fixes or not, especially the
encoding changes, so I put them in the queue and when no one says
anything I apply them.
And that policy is wrong, IMHO. Put patches on the queue and apply them 
if nobody objects should be the default while we are in development. We 
were in beta5 and just agreed on getting ready for RC1, which means that 
the default action is not to apply it unless it is proven that it is a 
bugfix and only a bugfix with no feature slipping in together with a fix.

Jan
--
#==#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.  #
#== [EMAIL PROTECTED] #
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


[HACKERS] Ready for RC1

2004-12-02 Thread Bruce Momjian
I have applied all outstanding patches and I think we are ready to go
for RC1.  These are the open items.  I think we will just have to move
them to the TODO list tomorrow, except for the documentation items.

---

   PostgreSQL 8.0 Open Items
   =

Current version at http://candle.pha.pa.us/cgi-bin/pgopenitems.

Changes
---
* Win32
o Fix shared memory on Win2k terminal server

  We might be able to just mark this as not supported.

o Disallow encodings like UTF8 which which PostgreSQL supports
  but the operating system does not

* adjust bgwriter defaults
* synchonize supported encodings and docs
* warn on COPY TO ... CSV with \r,\n in data
* add external interfaces documentation section

Fixed Since Last Beta
-
* fix gettext support to src/port


-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (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 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Peter Eisentraut
Bruce Momjian wrote:
 I have applied all outstanding patches and I think we are ready to go
 for RC1.

Considering that you just added at least three new and completely 
untested features, I don't think RC1 is the way to go.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/

---(end of broadcast)---
TIP 8: explain analyze is your friend


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Marc G. Fournier
On Fri, 3 Dec 2004, Peter Eisentraut wrote:
Bruce Momjian wrote:
I have applied all outstanding patches and I think we are ready to go
for RC1.
Considering that you just added at least three new and completely
untested features, I don't think RC1 is the way to go.
I have to agree here ... I'd do a beta6 tomorrow, but Open Items for 8.0 
means we aren't ready for a Release Candidate ...


Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]   Yahoo!: yscrappy  ICQ: 7615664
---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Bruce Momjian
Marc G. Fournier wrote:
 On Fri, 3 Dec 2004, Peter Eisentraut wrote:
 
  Bruce Momjian wrote:
  I have applied all outstanding patches and I think we are ready to go
  for RC1.
 
  Considering that you just added at least three new and completely
  untested features, I don't think RC1 is the way to go.
 
 I have to agree here ... I'd do a beta6 tomorrow, but Open Items for 8.0 
 means we aren't ready for a Release Candidate ...

True, I was going to just move them to TODO and push on but there has
been on agreement that is the way to go for the open items.

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (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 4: Don't 'kill -9' the postmaster


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Bruce Momjian
Bruce Momjian wrote:
 Marc G. Fournier wrote:
  On Fri, 3 Dec 2004, Peter Eisentraut wrote:
  
   Bruce Momjian wrote:
   I have applied all outstanding patches and I think we are ready to go
   for RC1.
  
   Considering that you just added at least three new and completely
   untested features, I don't think RC1 is the way to go.
  
  I have to agree here ... I'd do a beta6 tomorrow, but Open Items for 8.0 
  means we aren't ready for a Release Candidate ...
 
 True, I was going to just move them to TODO and push on but there has
 been on agreement that is the way to go for the open items.

One more issue.  Until we start RC, patches that are bug fixes will
continue to be applied.  Do we want that?  By going RC we are basically
saying we need to focus on docs and packaging and we perhaps can keep
fixes for 8.0.1.

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (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 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Marc G. Fournier
On Thu, 2 Dec 2004, Bruce Momjian wrote:
One more issue.  Until we start RC, patches that are bug fixes will 
continue to be applied.  Do we want that?  By going RC we are basically 
saying we need to focus on docs and packaging and we perhaps can keep 
fixes for 8.0.1.
critical bug fixes should be applied through RC, so that full release is 
as solid as possible ... that's generally what forces our extra RCs ...


Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]   Yahoo!: yscrappy  ICQ: 7615664
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
   (send unregister YourEmailAddressHere to [EMAIL PROTECTED])


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Tom Lane
Bruce Momjian [EMAIL PROTECTED] writes:
 One more issue.  Until we start RC, patches that are bug fixes will
 continue to be applied.  Do we want that?  By going RC we are basically
 saying we need to focus on docs and packaging and we perhaps can keep
 fixes for 8.0.1.

In my mind RC means only critical bug fixes --- ie, just because
it's a bug fix doesn't mean it won't be held for later.  But RC doesn't
mean no changes, period.  It means we're trying to test the thing
without any more code churn than absolutely necessary.

The real problem at the moment is that we should have been in an only
bug fixes mode for some time already, and you just pushed in two or
three patches that look more like feature additions to me (and I gather
to Peter as well).  *That* is the reason people are getting antsy about
whether we are RC-ready.

regards, tom lane

---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Bruce Momjian
Marc G. Fournier wrote:
 On Thu, 2 Dec 2004, Bruce Momjian wrote:
 
  One more issue.  Until we start RC, patches that are bug fixes will 
  continue to be applied.  Do we want that?  By going RC we are basically 
  saying we need to focus on docs and packaging and we perhaps can keep 
  fixes for 8.0.1.
 
 critical bug fixes should be applied through RC, so that full release is 
 as solid as possible ... that's generally what forces our extra RCs ...

Right.  My point is that minor fixes are getting in because we are still
in beta, while in RC those minor fixes are held for the next minor
release.

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (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 6: Have you searched our list archives?

   http://archives.postgresql.org


Re: [HACKERS] Ready for RC1

2004-12-02 Thread Bruce Momjian
Tom Lane wrote:
 Bruce Momjian [EMAIL PROTECTED] writes:
  One more issue.  Until we start RC, patches that are bug fixes will
  continue to be applied.  Do we want that?  By going RC we are basically
  saying we need to focus on docs and packaging and we perhaps can keep
  fixes for 8.0.1.
 
 In my mind RC means only critical bug fixes --- ie, just because
 it's a bug fix doesn't mean it won't be held for later.  But RC doesn't
 mean no changes, period.  It means we're trying to test the thing
 without any more code churn than absolutely necessary.
 
 The real problem at the moment is that we should have been in an only
 bug fixes mode for some time already, and you just pushed in two or
 three patches that look more like feature additions to me (and I gather
 to Peter as well).  *That* is the reason people are getting antsy about
 whether we are RC-ready.

I honestly can't tell whether these are bug fixes or not, especially the
encoding changes, so I put them in the queue and when no one says
anything I apply them.

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (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 3: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly