On 21/06/2014 10:37 pm, M.-A. Lemburg wrote: > That said, and I also included this in my answers to the questions > that Nick removed in his reply, I don't think that a lot of > code would be affected by this. I do believe that we can use > this potential breakage as a chance for improvement. See the last > question (listed here again)... > > 1. Is it a good strategy to ship to Python releases for every > single OpenSSL security release or is there a better way to > handle these 3rd party issues ? Isn't this only a packaging issue? There is no change to the Python API or implementation, so there is no need to change the version number. So just make new Windows packages. The precedent is to add a dash and a package number. I can't remember what version this was applied to before - but I got a +1 from Guido for suggesting it :) Phil
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4