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 lars.gustaebel
Recipients RonnyPfannschmidt, alexis, eric.araujo, jaraco, jens, lars.gustaebel, mikehoy, mu_mind, tarek, vstinner
Date 2011-12-21.18:19:40
SpamBayes Score 1.2327495e-05
Marked as misclassified No
Message-id <1324491581.39.0.397511787735.issue11638@psf.upfronthosting.co.za>
In-reply-to
Content
Just for the record:

The gzip format (defined in RFC 1952) allows storing the original filename (without the .gz suffix) in an additional field in the header (the FNAME field). Latin-1 (iso-8859-1) is required. It is ironic that this causes so much trouble, because it is never used. A gzip file without that field is prefectly valid. The gzip program for example stores the original filename by default but does not use it when decompressing unless it is explicitly told to do so with the -N/--name option. If no FNAME field is present in a gzipped file the gzip program just falls back on stripping the .gz suffix.
History
Date User Action Args
2011-12-21 18:19:41lars.gustaebelsetrecipients: + lars.gustaebel, jaraco, vstinner, tarek, eric.araujo, RonnyPfannschmidt, alexis, mu_mind, mikehoy, jens
2011-12-21 18:19:41lars.gustaebelsetmessageid: <1324491581.39.0.397511787735.issue11638@psf.upfronthosting.co.za>
2011-12-21 18:19:40lars.gustaebellinkissue11638 messages
2011-12-21 18:19:40lars.gustaebelcreate