<div>
                    The argument that bumping the release number is hard is an argument that your process should include testing the package before releasing it, not that it should open up anyone using PyPI to install packages for potential damaging security issues on top of the possible random and undefined breakage that can happen for seemingly no reason.
                </div>
                <div></div>
                 
                <p style="color: #A0A0A8;">On Monday, January 30, 2012 at 8:37 PM, PJ Eby wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>On Mon, Jan 30, 2012 at 4:26 AM, Donald Stufft <span dir="ltr">&lt;<a href="mailto:donald.stufft@gmail.com">donald.stufft@gmail.com</a>&gt;</span> wrote:<br><blockquote type="cite"><div>
<div>
                <div><span style="color:rgb(160,160,168)">On Monday, January 30, 2012 at 4:23 AM, M.-A. Lemburg wrote:</span></div><blockquote type="cite"><div>
                    <span><div><div><div>Please leave the existing logic in place.</div></div></div></span></div></blockquote></div><div>And version numbers are a scarce resource?</div></div></blockquote><div><br></div><div>No, release managers are. &nbsp;;-)</div>
<div><br></div><div>Or more precisely, release management *time* is a scarce resource, and changing the version number in setup.py is far from the only thing you have to do to release a new version of a package.</div></div>
</div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>