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

Re: CommitFest 2010-07 week four progress report

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: CommitFest 2010-07 week four progress report
Date: 2010-08-12 18:20:49
Message-ID: 2566.1281637249@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-rrreviewers
"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> With about 56 hours left until the close of the CommitFest, we're
> down to two "Ready for Committer" and three other potentially
> committable patches.

I'm working on the pgbench latency patch now, and expect to have it
committed today.  I'll look at xml_is_well_formed next, unless somebody
beats me to it.  pg_stat_get_backend_server_addr is Peter's to commit,
and I suppose Robert will commit the BackendId-in-relpath patch after
another round of tweaking.  gincostestimate may as well be moved to
Returned With Feedback, since Teodor doesn't seem to be responding
(on vacation, perhaps).

> Do we have a plan (with a time line) for
> producing an 9.1alpha1 release after the CF closes?

I don't think anyone's thought about it much.  I'm tempted to propose
that we delay it until after the git conversion, so that alpha1 is the
first tarball we try to produce from the git repository.  I would just
as soon that that first time be with something noncritical ;-)

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2010-08-12 19:20:03
Subject: Re: Patch to show individual statement latencies in pgbench output
Previous:From: Tom LaneDate: 2010-08-12 18:13:54
Subject: Re: libpq and TOO MANY CONNECTIONS

pgsql-rrreviewers by date

Next:From: Kevin GrittnerDate: 2010-08-18 21:45:47
Subject: CommitFest 2010-07 final report
Previous:From: Kevin GrittnerDate: 2010-08-12 15:43:06
Subject: CommitFest 2010-07 week four progress report

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