On 03/05/2012 03:15 PM, Amos Jeffries wrote:
> The checklist I have to work by is at
> http://wiki.squid-cache.org/ReleaseProcess#Squid-3
> We are looping around at the "freeze" stage (3), waiting to reach 0
> major+ bugs before we can start the stable release countdown stages (4+).
>
>
> We are intending 3.2 to supersede and obsolete all 3.x and 2.x series
> releases. Which means there are just over 50 bugs rated major or higher
> which need to be confirmed as fixed in 3.2, or downgraded before 3.2 can
> start its stability countdown.
>
> A lot of these bugs, particularly 2.x ones, just need somebody to
> check and verify that the described behaviour is not reproducible in 3.2
> anymore. At which point they can be closed against target of 3.2.
> Another half dozen or so got closed this month, but there are many more
> to go.
I think it is neither reasonable nor practical to make Squid v3.2
"stable" designation dependent on 2.x bugs, especially those filed years
ago with insufficient information. Squid v3.2 can be stable regardless
of what bugs the old 2.x version had.
Sure, it would be very good to go through and close all bugs, but I do
not see enough folks jumping at such opportunity in the foreseeable
future (at least partially because such exercise would have little to do
with Squid v3.2 actual stability!).
I suggest that v2.x bugs without Squid3 confirmations are ignored when
it comes to deciding whether Squid v3.2 is stable.
>> I had reported some problems with rock store but maybe it can be
>> consider like an experimental feature for the moment ?
>
> It is experimental until there has been at least one stable cycle of
> wide use to wrinkle out any minor bugs and edge cases. If the bug you
> have reported can be considered normal or lower then it will not block
> the stable release. Keeping in mind that the shared memory change is a
> feature affecting everybody, so the precise location of the bug impacts
> its importance a lot.
FWIW, there are currently no open major+ bugs for Rock Store AFAICT.
Cheers,
Alex.
Received on Wed Mar 07 2012 - 17:36:05 MST
This archive was generated by hypermail 2.2.0 : Thu Mar 08 2012 - 12:00:02 MST