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 | belopolsky |
|---|---|
| Recipients | akira, belopolsky, koobs, martin.panter, python-dev, stub, tim.peters, vstinner |
| Date | 2016年07月26日.01:01:27 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1469494888.53.0.221199625032.issue24773@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
The remaining failures all seems to be related to the Morocco rules: both Africa/El_Aaiun [1] and Africa/Casablanca [2] use those rules. The affected date is October 4, 2037, for which Morocco has a special rule. [3] It looks like the problem is with the system date/time library. The 2037 transition is specified in the tzfile as POSIX time 2138234400 and system date utility produced a value different from that of IANA's date [4]: $ TZ=/usr/share/zoneinfo/Africa/El_Aaiun date -d @2138234400 Sun Oct 4 03:00:00 WEST 2037 $ TZ=/usr/share/zoneinfo/Africa/El_Aaiun ./date -r 2138234400 Sun Oct 4 02:00:00 WET 2037 [1]: https://github.com/eggert/tz/blob/2016f/africa#L917 [2]: https://github.com/eggert/tz/blob/2016f/africa#L901 [3]: https://github.com/eggert/tz/blob/2016f/africa#L898 [4]: https://github.com/eggert/tz/blob/2016f/date.c |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2016年07月26日 01:01:28 | belopolsky | set | recipients: + belopolsky, tim.peters, vstinner, stub, akira, python-dev, martin.panter, koobs |
| 2016年07月26日 01:01:28 | belopolsky | set | messageid: <1469494888.53.0.221199625032.issue24773@psf.upfronthosting.co.za> |
| 2016年07月26日 01:01:28 | belopolsky | link | issue24773 messages |
| 2016年07月26日 01:01:27 | belopolsky | create | |