วันที่เผยแพร่: · สร้างโดยอัตโนมัติจากข้อมูลต้นทาง
เผยแพร่บน Time Dozen:
ส่วนสรุปและการเปลี่ยนแปลงเวลาแปลจากบันทึกการเผยแพร่ของ IANA ส่วนที่พับไว้ด้านล่างคงข้อความต้นฉบับภาษาอังกฤษ
โดยสรุป
- คาซัคสถานรวมไปใช้ UTC+5 ตั้งแต่ 2024-03-01
- ปาเลสไตน์ปรับเวลาไปข้างหน้าช้าลงหนึ่งสัปดาห์หลังเดือนรอมฎอน
- zic ไม่แสร้งรองรับ DST ในอดีตที่ไม่มีกำหนดอีกต่อไป
- localtime ไม่จัดการ Ciudad Juárez ในปี 2422 ผิดพลาดอีกต่อไป
การเปลี่ยนแปลงเวลาในอนาคต
- คาซัคสถานรวมไปใช้ UTC+5 ซึ่งกระทบ Asia/Almaty และ Asia/Qostanay ที่รวมกันแทนส่วนตะวันออกของประเทศ ซึ่งจะเปลี่ยนจาก UTC+6 ในวันที่ 2024-03-01 เวลา 00:00 เพื่อรวมกับส่วนตะวันตก (ขอบคุณ Zhanbolat Raimbekov)
- ปาเลสไตน์ปรับเวลาไปข้างหน้าช้ากว่าที่คาดการณ์ไว้ก่อนหน้าหนึ่งสัปดาห์ในปี 2024 และ 2025 (ขอบคุณ Heba Hamad) เปลี่ยนการคาดการณ์การปรับเวลาไปข้างหน้าเป็นวันเสาร์ที่สองหลังเดือนรอมฎอน ไม่ใช่วันเสาร์แรก ซึ่งกระทบการคาดการณ์อื่น ๆ ตั้งแต่ปี 2039 ด้วย
การเปลี่ยนแปลงเวลาในอดีต
- การเปลี่ยนเวลาของ Asia/Ho_Chi_Minh เมื่อ 1955-07-01 เกิดขึ้นเวลา 01:00 ไม่ใช่ 00:00 (ขอบคุณ Đoàn Trần Công Danh)
- ตั้งแต่ปี 1947 ถึง 1949 การเปลี่ยนเวลาของโทรอนโตเกิดขึ้นเวลา 02:00 ไม่ใช่ 00:00 (ขอบคุณ Chris Walton)
- ในปี 1911 มีเกอลงใช้เวลามาตรฐานวันที่ 15 มิถุนายน ไม่ใช่ 15 พฤษภาคม
บันทึกอื่นของรุ่นนี้ (โค้ด ขั้นตอนบิลด์ เอกสาร) ข้อความต้นฉบับภาษาอังกฤษ
Changes to code
- The FROM and TO columns of Rule lines can no longer be "minimum" or an abbreviation of "minimum", because TZif files do not support DST rules that extend into the indefinite past - although these rules were supported when TZif files had only 32-bit data, this stopped working when 64-bit TZif files were introduced in 1995. This should not be a problem for realistic data, since DST was first used in the 20th century. As a transition aid, FROM columns like "minimum" are now diagnosed and then treated as if they were the year 1900; this should suffice for TZif files on old systems with only 32-bit time_t, and it is more compatible with bugs in 2023c-and-earlier localtime.c. (Problem reported by Yoshito Umaoka.)
- localtime and related functions no longer mishandle some timestamps that occur about 400 years after a switch to a time zone with a DST schedule. In 2023d data this problem was visible for some timestamps in November 2422, November 2822, etc. in America/Ciudad_Juarez. (Problem reported by Gilmore Davidson.)
- strftime %s now uses tm_gmtoff if available. (Problem and draft patch reported by Dag-Erling Smørgrav.)
Changes to build procedure
- The leap-seconds.list file is now copied from the IERS instead of from its downstream counterpart at NIST, as the IERS version is now in the public domain too and tends to be more up-to-date. (Thanks to Martin Burnicki for liaising with the IERS.)
Changes to documentation
- The strftime man page documents which struct tm members affect which conversion specs, and that tzset is called. (Problems reported by Robert Elz and Steve Summit.)