[Python-Dev] Counting collisions for the win

Guido van Rossum guido at python.org
Fri Jan 20 23:51:19 CET 2012

On Fri, Jan 20, 2012 at 2:33 PM, Ben Wolfson <wolfson at gmail.com> wrote:
> On Fri, Jan 20, 2012 at 2:11 PM, Terry Reedy <tjreedy at udel.edu> wrote:
>> On 1/20/2012 2:51 PM, Donald Stufft wrote:
>>> I think the counting collision is at best a bandaid and not a proper fix
>>> stemmed from a desire to not break existing applications on a bugfix
>>> release ...
>> My opinion of counting is better than yours, but even conceding the
>> theoretical, purity argument, our release process is practical as well.
>> There have been a few occasions when fixes to bugs in our code have been
>> delayed from a bugfix release to the next feature release -- because the fix
>> would break too much code depending on the bug.
> AFAICT Brett's suggestion (which had occurred to me as well, but I'm
> not a core developer by any stretch) seemed to get lost in the debate:
> would it be possible to go with collision counting for bugfix releases
> and hash randomization for new feature releases? (Brett made it here:
> <http://mail.python.org/pipermail/python-dev/2012-January/115740.html>.)

I made it earlier.

--Guido van Rossum (python.org/~guido)

More information about the Python-Dev mailing list