LZW support in tarfile ?
Hello, I want to remove the usage of the "tar" command in Distutils in favor or the "tarfile" module. But, there's an option in Distutils.make_archive to create a tarball using the "compress" [1] program rather than gzip or bzip2. Using tar -Z, it will pipe it to the compress program if present. This program implements the LZW algorithm [2]. The LZW used to be patented but this patent seem to be expired in every country now [3]. On Distutils side I can work things out so the tar archive created can be piped to an arbitraty compression program when it is not compressed using bzip2 or gzip; But I was wondering if we should we add a LZW support in tarinfo, besides gzip and bzip2 ? Although this compression standard doesn't seem very used these days, Regards Tarek [1] http://en.wikipedia.org/wiki/Compress [2] http://en.wikipedia.org/wiki/LZW [3] http://www.unisys.com/about__unisys/lzw -- Tarek Ziadé | http://ziade.org
Tarek Ziadé
But I was wondering if we should we add a LZW support in tarinfo, besides gzip and bzip2 ?
Although this compression standard doesn't seem very used these days,
It would be more useful to add LZMA / xz support. I don't think compress is used anymore, except perhaps on old legacy systems. On my Linux system, I have lots of .gz, .bz2 and .lzma files, but absolutely no .Z file. Regards Antoine.
Antoine Pitrou wrote:
Tarek Ziadé
writes: But I was wondering if we should we add a LZW support in tarinfo, besides gzip and bzip2 ?
Although this compression standard doesn't seem very used these days,
It would be more useful to add LZMA / xz support. I don't think compress is used anymore, except perhaps on old legacy systems. On my Linux system, I have lots of .gz, .bz2 and .lzma files, but absolutely no .Z file.
I've seen the occasional .Z file in recent years, but never that I recall for a Python package. As plugging in external compression tools is less likely to work cross-platform wouldn't it be both easier and better to deprecate (and not replace) the compress support. If there is a huge outcry adding LZW support to tarfile can be reconsidered. Michael Foord
Regards
Antoine.
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.u...
-- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog
Michael Foord
Antoine Pitrou wrote:
Tarek Ziadé
writes: But I was wondering if we should we add a LZW support in tarinfo, besides gzip and bzip2 ?
Although this compression standard doesn't seem very used these days,
It would be more useful to add LZMA / xz support. I don't think compress is used anymore, except perhaps on old legacy systems. On my Linux system, I have lots of .gz, .bz2 and .lzma files, but absolutely no .Z file.
I've seen the occasional .Z file in recent years, but never that I recall for a Python package.
On my unix filesystem (which has files stretching back over 20 years) I find only two .Z files, one dated 1989 and one 2002. I think you can safely say that compress is gone! The worst you are doing by removing compress support is getting the user of some ancient platform to download one of the binaries here first. http://www.gzip.org/#exe
As plugging in external compression tools is less likely to work cross-platform wouldn't it be both easier and better to deprecate (and not replace) the compress support.
Agreed.
--
Nick Craig-Wood
Ok thanks for all the feedback, I'll remove compress support
Tarek
On Mon, May 18, 2009 at 10:06 AM, Nick Craig-Wood
Michael Foord
wrote: Antoine Pitrou wrote:
Tarek Ziadé
writes: But I was wondering if we should we add a LZW support in tarinfo, besides gzip and bzip2 ?
Although this compression standard doesn't seem very used these days,
It would be more useful to add LZMA / xz support. I don't think compress is used anymore, except perhaps on old legacy systems. On my Linux system, I have lots of .gz, .bz2 and .lzma files, but absolutely no .Z file.
I've seen the occasional .Z file in recent years, but never that I recall for a Python package.
On my unix filesystem (which has files stretching back over 20 years) I find only two .Z files, one dated 1989 and one 2002. I think you can safely say that compress is gone!
The worst you are doing by removing compress support is getting the user of some ancient platform to download one of the binaries here first.
As plugging in external compression tools is less likely to work cross-platform wouldn't it be both easier and better to deprecate (and not replace) the compress support.
Agreed.
-- Nick Craig-Wood
-- http://www.craig-wood.com/nick _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/ziade.tarek%40gmail.com
-- Tarek Ziadé | http://ziade.org
But, there's an option in Distutils.make_archive to create a tarball using the "compress" [1] program rather than gzip or bzip2. Using tar -Z, it will pipe it to the compress program if present. This program implements the LZW algorithm [2].
As everybody else says: it might be best to just remove that option. For compatibility, perhaps deprecate it in 2.7 and 3.1, and remove in in 3.2. Regards, Martin
participants (5)
-
"Martin v. Löwis"
-
Antoine Pitrou
-
Michael Foord
-
nick@craig-wood.com
-
Tarek Ziadé