Skip site navigation (1) Skip section navigation (2)

Re: Which release cycle are we in?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
Cc: pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-patches(at)postgresql(dot)org
Subject: Re: Which release cycle are we in?
Date: 2005-02-15 05:47:34
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
"Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:
> what on earth is going on?

The particular posts you're noticing are just Bruce's script that acks
messages he's saved into his pending-patches lists:
pgpatches is meant as the current-cycle TODO queue, pgpatches2 as the
next-cycle queue.

I'm not sure why he hasn't folded the latter into the former, because
8.0 isn't the development tip anymore.  But anyway, those lists exist
only to make sure that proposed patches don't fall through the cracks
--- they aren't meant as hard promises that something will be applied
in a particular development cycle.

The big picture at the moment is what Bruce mentioned earlier today:
core is currently thinking that we should do a quick and dirty ARC-
to-2Q change to eliminate the ARC patent problem in the 8.0.* branch,
and go forward with a normal development cycle for 8.1.  The whole
LRU/ARC/2Q approach is looking like it's a dead end in the long run
because of locking considerations, so we're thinking we shouldn't do
any more with it than is needed to ensure we can ship a stable,
patent-free algorithm in 8.0.*.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Thomas HallgrenDate: 2005-02-15 07:10:12
Subject: Re: 8.0.X and the ARC patent
Previous:From: Tom LaneDate: 2005-02-15 05:13:45
Subject: Re: 8.0.X and the ARC patent

pgsql-patches by date

Next:From: Nicolai TufarDate: 2005-02-15 14:29:27
Subject: Re: [pgsql-hackers-win32] Repleacement for src/port/snprintf.c
Previous:From: Andrew DunstanDate: 2005-02-15 04:34:47
Subject: Which release cycle are we in?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group