Incorporation of zlib sources into Python subversion
Thomas (Heller) and I have been discussing whether the zlib module should become builtin, atleast on Win32 (i.e. part of python25.dll). This would simplify py2exe, which then could bootstrap extraction from the compressed file just with pythonxy.dll (clearly, zlib.pyd cannot be *in* the compressed file). We currently don't do this, because the pythoncore.vcproj would then not be buildable anymore unless you also have the right version of zlib on disk. To solve this, Thomas has proposed that the Python release could incorporate a copy of zlib, primarily for use on Windows (with the project files appropriately adjusted). I'm in favour of such a change: the library is fairly small, and it would not only simplify py2exe, but also simplify the build process. Whether or not this copy of zlib would be integrated in the Unix build process, in case where the system does not provide a zlib, is a separate question. Regards, Martin
Martin v. Löwis wrote:
Thomas (Heller) and I have been discussing whether the zlib module should become builtin, atleast on Win32 (i.e. part of python25.dll). This would simplify py2exe, which then could bootstrap extraction from the compressed file just with pythonxy.dll (clearly, zlib.pyd cannot be *in* the compressed file).
Question: I am trying to enable other compression forms in zipfile, in particular bzip2, but eventually extensible. My primary intent is to extend the useful life of .zips by allowing better compression (and enabling reading and writing zip formats that are starting to be created from other sources). Would it make sense to include bzip2 in here as well (if the zipfile changes go in)? --Scott David Daniels Scott.Daniels@Acm.Org
Scott David Daniels wrote:
I am trying to enable other compression forms in zipfile, in particular bzip2, but eventually extensible. My primary intent is to extend the useful life of .zips by allowing better compression (and enabling reading and writing zip formats that are starting to be created from other sources).
That's a good plan; I hope you make it compatible with WinZIP.
Would it make sense to include bzip2 in here as well (if the zipfile changes go in)?
I don't think so. People relying on the builtin compression support of pythonxy.dll would have to make sure the files are compressed with zlib. Regards, Martin
On Sun, Dec 18, 2005 at 11:09:54AM +0100, "Martin v. L?wis" wrote:
Thomas (Heller) and I have been discussing whether the zlib module should become builtin, atleast on Win32 (i.e. part of python25.dll). This would simplify py2exe, which then could bootstrap extraction from the compressed file just with pythonxy.dll (clearly, zlib.pyd cannot be *in* the compressed file).
That makes sense. One note of caution... zlib has has several security vulnerabilities revealed in the past. zlib 1.1.x (4?) seems to have had less than the more recent 1.2.x zlibs so it may be prudent to play conservative and stick with the older one to avoid chances of having to release a python security update when zlib bugs are found. (i don't know what version python uses today maybe this is a non issue?)
Whether or not this copy of zlib would be integrated in the Unix build process, in case where the system does not provide a zlib, is a separate question.
scary to think of a system without zlib. tsk tsk on whoever makes those. -g
[Gregory P. Smith wrote]
(i don't know what version python uses today maybe this is a non issue?)
$ svn cat http://svn.python.org/projects/python/trunk/PCbuild/zlib.vcproj | grep "zlib-" ... zlib 1.2.3 Trent -- Trent Mick TrentM@ActiveState.com
participants (4)
-
"Martin v. Löwis"
-
Gregory P. Smith
-
Scott David Daniels
-
Trent Mick