Re: [HACKERS] When is 7.0 going Beta?

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: [HACKERS] When is 7.0 going Beta?
Дата
Msg-id 384D1735.9048473D@alumni.caltech.edu
обсуждение исходный текст
Ответ на Re: [HACKERS] When is 7.0 going Beta?  (The Hermit Hacker <scrappy@hub.org>)
Ответы Re: [HACKERS] When is 7.0 going Beta?  (Vince Vielhaber <vev@michvhf.com>)
Re: [HACKERS] When is 7.0 going Beta?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> > OK, seems Vadim can turn this off easily, which is what I expected.
> > The big question is whether we want to stop working on the "features"
> > list to put out a release?
> No

Hmm. istm that several of the folks expecting to make major changes
for a 7.0 release are not able to work on it (much anyway) for the
next couple of months. Tom Lane is the only one to have feet in both
camps (big (?) changes already committed, more coming) but perhaps he
might reconsider his vote for "no 6.6". A 6.6 release cycle would get
that stuff out in the field and tested soon (Jan/Feb timeframe) rather
than waiting 'til May/June to start intensive testing.

I know that we made the commitment for v7.0 (and that waffling on that
issue for past releases drove me nuts ;), but I suspect that what we
already have in the code tree could come close to standing on its own
(especially in light of easily disabling the WAL framework, per
Vadim's note).

I could have "join syntax" ready for a 6.6 (no major changes to the
query tree required), then do the outer joins (with bigger query
tree/optimizer changes) and date/time reunification for 7.0...
                     - Thomas

Maybe we could steal Scott McNealy's (of Sun Microsystems) term for
Win2K for our 7.0 release:
 "The big hairball"

:))

-- 
Thomas Lockhart                lockhart@alumni.caltech.edu
South Pasadena, California


В списке pgsql-hackers по дате отправления:

Предыдущее
От: matthias.oestreicher@istec.de
Дата:
Сообщение: Referential integrity
Следующее
От: Thomas Lockhart
Дата:
Сообщение: Re: [HACKERS] Multibyte in autoconf