From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | David Fetter <david(at)fetter(dot)org> |
Cc: | Greg Smith <greg(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 9.2 schedule |
Date: | 2011-05-24 15:54:19 |
Message-ID: | BANLkTi=bPfdpaOpeFDQS85WWqCC+SgDpYw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, May 24, 2011 at 11:33 AM, David Fetter <david(at)fetter(dot)org> wrote:
> On Mon, May 23, 2011 at 10:44:20PM -0400, Greg Smith wrote:
>> At the developer meeting last week:
>> http://wiki.postgresql.org/wiki/PgCon_2011_Developer_Meeting there
>> was an initial schedule for 9.2 hammered out and dutifully
>> transcribed at
>> http://wiki.postgresql.org/wiki/PostgreSQL_9.2_Development_Plan ,
>> and the one part I wasn't sure I had written down correctly I see
>> Robert already fixed.
>>
>> There was a suggestion to add some publicity around the schedule for
>> this release.
>
> Already started. :)
>
> http://www.postgresql.org/community/weeklynews/pwn20110522
>
>> There's useful PR value to making it more obvious to
>> people that the main development plan is regular and time-based,
>> even if the release date itself isn't fixed. The right time to make
>> an initial announcement like that is "soon", particularly if a goal
>> here is to get more submitted into the first 9.2 CF coming in only a
>> few weeks. Anyone have changes to suggest before this starts
>> working its way toward an announcement?
>
> I thought we'd agreed on the timing for the first CF, and that I was
> to announce it in the PostgreSQL Weekly News, so I did just that.
We talked about doing a separate -announce post just for this item,
and there seemed to be some support for that. I'm OK with either way,
though.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-05-24 16:12:55 | Domains versus polymorphic functions, redux |
Previous Message | Robert Haas | 2011-05-24 15:52:54 | Re: Reducing overhead of frequent table locks |