Обсуждение: pgsql: Stamp release 8.1.2.
Log Message: ----------- Stamp release 8.1.2. Tags: ---- REL8_1_STABLE Modified Files: -------------- pgsql: configure (r1.461.2.4 -> r1.461.2.5) (http://developer.postgresql.org/cvsweb.cgi/pgsql/configure.diff?r1=1.461.2.4&r2=1.461.2.5) configure.in (r1.431.2.4 -> r1.431.2.5) (http://developer.postgresql.org/cvsweb.cgi/pgsql/configure.in.diff?r1=1.431.2.4&r2=1.431.2.5) pgsql/doc: FAQ (r1.362.2.2 -> r1.362.2.3) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ.diff?r1=1.362.2.2&r2=1.362.2.3) FAQ_AIX (r1.14.2.3 -> r1.14.2.4) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ_AIX.diff?r1=1.14.2.3&r2=1.14.2.4) FAQ_DEV (r1.99.2.1 -> r1.99.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ_DEV.diff?r1=1.99.2.1&r2=1.99.2.2) FAQ_japanese (r1.24.2.1 -> r1.24.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/FAQ_japanese.diff?r1=1.24.2.1&r2=1.24.2.2) bug.template (r1.34.2.1 -> r1.34.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/bug.template.diff?r1=1.34.2.1&r2=1.34.2.2) pgsql/doc/src/FAQ: FAQ.html (r1.318.2.2 -> r1.318.2.3) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/src/FAQ/FAQ.html.diff?r1=1.318.2.2&r2=1.318.2.3) FAQ_DEV.html (r1.102.2.1 -> r1.102.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/src/FAQ/FAQ_DEV.html.diff?r1=1.102.2.1&r2=1.102.2.2) FAQ_japanese.html (r1.24.2.1 -> r1.24.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/src/FAQ/FAQ_japanese.html.diff?r1=1.24.2.1&r2=1.24.2.2) pgsql/src/include: pg_config.h.win32 (r1.22.2.3 -> r1.22.2.4) (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/include/pg_config.h.win32.diff?r1=1.22.2.3&r2=1.22.2.4) pgsql/src/interfaces/libpq: libpq.rc.in (r1.3.2.1 -> r1.3.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/interfaces/libpq/libpq.rc.in.diff?r1=1.3.2.1&r2=1.3.2.2) pgsql/src/port: win32ver.rc (r1.6.2.1 -> r1.6.2.2) (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/port/win32ver.rc.diff?r1=1.6.2.1&r2=1.6.2.2)
Could we please refrain from stamping version updates in advance of the actual release? It makes the CVS logs unnecessarily confusing. You know as well as I do that there are still patches pending... regards, tom lane
I thought about that again, and there are so many place to patch, where do I do patches and where do I not? There is no clear line on what should be stamped. I think Marc should make an edit in configure.in to just add white space and say "release packaged". I think that is the only clean way to do it. --------------------------------------------------------------------------- Tom Lane wrote: > Could we please refrain from stamping version updates in advance of the > actual release? It makes the CVS logs unnecessarily confusing. You > know as well as I do that there are still patches pending... > > regards, tom lane > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Bruce Momjian <pgman@candle.pha.pa.us> writes: > I thought about that again, and there are so many place to patch, where > do I do patches and where do I not? There is no clear line on what > should be stamped. Sure there is: what it says to do in RELEASE_CHANGES. There's no reason to turn that crank until we're just about ready to wrap. regards, tom lane
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > I thought about that again, and there are so many place to patch, where > > do I do patches and where do I not? There is no clear line on what > > should be stamped. > > Sure there is: what it says to do in RELEASE_CHANGES. There's no reason > to turn that crank until we're just about ready to wrap. You know how many places need to be changed for four releases? There are a lot, and if we wait until the end, there is less time to check it. We are more prone to error if we limit the time we can do stamping. It seems easier to just stamp configure.in with a dummy commit message than to bundle all this stuff for the end. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
On Wed, 4 Jan 2006, Bruce Momjian wrote: > > I thought about that again, and there are so many place to patch, where > do I do patches and where do I not? There is no clear line on what > should be stamped. I think Marc should make an edit in configure.in to > just add white space and say "release packaged". I think that is the > only clean way to do it. Actually, prior to my doing any tagging, I do a grep through everything looking for the previous tags and edit them ... at the very least, leave configure.in for me to do when I tag ... > > --------------------------------------------------------------------------- > > Tom Lane wrote: >> Could we please refrain from stamping version updates in advance of the >> actual release? It makes the CVS logs unnecessarily confusing. You >> know as well as I do that there are still patches pending... >> >> regards, tom lane >> > > -- > Bruce Momjian | http://candle.pha.pa.us > pgman@candle.pha.pa.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 2: Don't 'kill -9' the postmaster > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
Marc G. Fournier wrote: > On Wed, 4 Jan 2006, Bruce Momjian wrote: > > > > > I thought about that again, and there are so many place to patch, where > > do I do patches and where do I not? There is no clear line on what > > should be stamped. I think Marc should make an edit in configure.in to > > just add white space and say "release packaged". I think that is the > > only clean way to do it. > > Actually, prior to my doing any tagging, I do a grep through everything > looking for the previous tags and edit them ... at the very least, leave > configure.in for me to do when I tag ... OK, so I do everything but configure.in. Are you doing configure too? -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073