Re: alpha3 release schedule?

Поиск
Список
Период
Сортировка
От Hiroyuki Yamada
Тема Re: alpha3 release schedule?
Дата
Msg-id 200912191743.AA00137@home.kokolink.net
обсуждение исходный текст
Ответ на Re: alpha3 release schedule?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: alpha3 release schedule?  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Список pgsql-hackers
>Hiroyuki Yamada <yamada@kokolink.net> writes:
>> Well, I want to know whether the problem I refered to 
>> in http://archives.postgresql.org/pgsql-hackers/2009-12/msg01641.php
>> is must-fix or not.
>
>> This problem is a corollary of the deadlock problem. This is less catstrophic
>> but more likely to happen.
>
>> If you leave this problem, for example, any long-running transactions,
>> holding any cursors in whatever tables, have a possibility of freezing
>> whole recovery work in HotStandby node until the transaction commit.
>
>Seems like something we should fix ASAP, but I do not see why it need
>hold up an alpha release.  Alpha releases are expected to have bugs,
>and this one doesn't look like it would stop people from finding
>other bugs.
>

At the beginning of this commit fest, Heikki said in
http://archives.postgresql.org/pgsql-hackers/2009-11/msg00914.php

>Of course there should be several phases! We've *already* punted a lot
>of stuff from this first increment we're currently working on. The
>criteria for getting this first phase committed is: could we release
>with no further changes?

And other patches seem to be checked with similar criteria, as long as
I read mails in this list. So I wanted to know whether the problem is
must-fix, and if it is, why the criteria has been changed during the
commit fest.

Anyway, thanks for answering my question.


regards,

-- Hiroyuki YAMADA Kokolink Corporation yamada@kokolink.net


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

Предыдущее
От: Devrim GÜNDÜZ
Дата:
Сообщение: Re: alpha3 release schedule?
Следующее
От: Hitoshi Harada
Дата:
Сообщение: Re: LATERAL