[issue14013] tarfile should expose supported formats

2014-06-23 Thread Berker Peksag
Berker Peksag added the comment: I've updated Éric's patch. Minor changes: - Updated versionadded directive - A couple of cosmetic changes (e.g. removed brackets in the list comprehension) -- assignee: docs@python -> components: -Documentation nosy: +berker.peksag versions: +Python 3.5

[issue14013] tarfile should expose supported formats

2012-02-19 Thread Éric Araujo
Éric Araujo added the comment: Thanks for the quick reply. > I think it is good style to let tarfile figure out which supported > compression methods are > available instead of shutil or the user. Note that shutil will not be wholly transparent when I’m done with the refactoring, as it will b

[issue14013] tarfile should expose supported formats

2012-02-18 Thread Lars Gustäbel
Lars Gustäbel added the comment: I think this is a reasonable proposal. I think it is good style to let tarfile figure out which supported compression methods are available instead of shutil or the user. So far I have no objections. Following 3.3's crypt module, I think the name `methods' is

[issue14013] tarfile should expose supported formats

2012-02-14 Thread Éric Araujo
Changes by Éric Araujo : -- keywords: +patch Added file: http://bugs.python.org/file24521/add-tarfile.formats.diff ___ Python tracker ___

[issue14013] tarfile should expose supported formats

2012-02-14 Thread Éric Araujo
New submission from Éric Araujo : shutil contains high-level functions to create a zipfile or a tarball. When a new format is added to the tarfile module, then shutil needs to be updated manually. If tarfile exposed the names of the compressors it supports, then shutil could just automatical