This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.araujo
Recipients eric.araujo, hynek, nadeem.vawda, proyvind, tarek
Date 2012-02-23.01:22:04
SpamBayes Score 1.7680302e-13
Marked as misclassified No
Message-id <1329960126.06.0.327226213912.issue5411@psf.upfronthosting.co.za>
In-reply-to
Content
> I think we can restructure the code a bit to reduce the work involved in adding a new format, though. > Maybe something like this: [snip] Thanks, I’ve applied your obvious refactor in my clone :) For clarity, I will split my patch into many patches for different reports (bug fixes and doc improvements for 3.2, then code cleanup in 3.3, then adding xz). > By the way, is there any reason why you've used ".gz" instead of ".tar.gz" as the extension for "gztar" > in your proposed change? The current version of shutil.py uses ".tar.gz", but has ".bz2" for "bztar". Yes, I confused the two formats. I reported the '.bz2' bug (should be '.tar.bz2') and will fix it. > Also, I notice that _make_tarball() will need to be updated to add the info for xz to the tar_compression > and compress_ext dictionaries. I ripped them off. I could have pasted my full patch to save you time, sorry! > For the "xztar" format, you should also perhaps recognize the ".txz" extension Done. Google finds a number of matches. I won’t add '.tbz' though, as I don’t know if it’s bzip or bzip2, and as it does not seem used much.
History
Date User Action Args
2012-02-23 01:22:06eric.araujosetrecipients: + eric.araujo, nadeem.vawda, tarek, proyvind, hynek
2012-02-23 01:22:06eric.araujosetmessageid: <1329960126.06.0.327226213912.issue5411@psf.upfronthosting.co.za>
2012-02-23 01:22:05eric.araujolinkissue5411 messages
2012-02-23 01:22:04eric.araujocreate