Message321607
| Author | petr.viktorin |
|---|---|
| Recipients | Dormouse759, petr.viktorin, serhiy.storchaka |
| Date | 2018-07-13.13:05:01 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1531487101.91.0.56676864532.issue34097@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Which third-party utilities support these? As I said, AFAIK `zip` on my system does not. I assume the loss of data is the reason we have an error now -- if that wasn't a concern, zipfile could just silently bump the timestamp to 1980. When the extensions are implemented, `strict_timestamps=False` should *additionally* use the extension, but default should still be to raise the error (to prevent metadata loss when decompressing with older/simpler tools). |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-07-13 13:05:01 | petr.viktorin | set | recipients: + petr.viktorin, serhiy.storchaka, Dormouse759 |
| 2018-07-13 13:05:01 | petr.viktorin | set | messageid: <1531487101.91.0.56676864532.issue34097@psf.upfronthosting.co.za> |
| 2018-07-13 13:05:01 | petr.viktorin | link | issue34097 messages |
| 2018-07-13 13:05:01 | petr.viktorin | create | |