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 terry.reedy
Recipients jaraco, lars.gustaebel, python-dev, terry.reedy, vstinner
Date 2011-12-24.21:42:53
SpamBayes Score 5.7944616e-10
Marked as misclassified No
Message-id <1324762974.88.0.234061759722.issue13639@psf.upfronthosting.co.za>
In-reply-to
Content
With that explanation, that it is one case out of six that fails, for whatever reason, I agree.

That leaves the issue of whether the fix is the right one. I currently agree with Victor that we should do what the rest of Python does and what is most universally useful. That fact that an old standard requires a *storage* encoding for a nearly unused field for .gz files that (I believe) only works for Western Europe, does not mean we should use it for *opening* .tar files. WestEuro-centrism is as bad as Anglo-centrism. If the unicode filename cannot be Latin-1 encoded, the filename field should be left blank. But it seems to me that the filename should be converted to the bytes that the user wants, expects, and can use.
History
Date User Action Args
2011-12-24 21:42:54terry.reedysetrecipients: + terry.reedy, jaraco, lars.gustaebel, vstinner, python-dev
2011-12-24 21:42:54terry.reedysetmessageid: <1324762974.88.0.234061759722.issue13639@psf.upfronthosting.co.za>
2011-12-24 21:42:54terry.reedylinkissue13639 messages
2011-12-24 21:42:53terry.reedycreate