Ngày phát hành: · Tự động tạo từ dữ liệu nguồn.
Đăng tại Time Dozen:
Phần tóm tắt và thay đổi mốc thời gian được dịch từ ghi chú phát hành IANA; mục gập bên dưới giữ nguyên văn tiếng Anh.
Tóm tắt
- Kazakhstan thống nhất dùng UTC+5 kể từ 2024-03-01.
- Palestine tiến giờ muộn hơn một tuần sau Ramadan.
- zic không còn giả vờ hỗ trợ DST từ quá khứ vô định.
- localtime không còn xử lý sai Ciudad Juárez vào năm 2422.
Thay đổi mốc thời gian tương lai
- Kazakhstan thống nhất dùng UTC+5. Điều này ảnh hưởng Asia/Almaty và Asia/Qostanay, hai zone cùng đại diện cho phần phía đông của đất nước sẽ chuyển từ UTC+6 vào 2024-03-01 lúc 00:00 để nhập với phần phía tây. (Cảm ơn Zhanbolat Raimbekov.)
- Palestine tiến giờ muộn hơn một tuần so với dự đoán trước đây trong 2024 và 2025. (Cảm ơn Heba Hamad.) Đổi dự đoán tiến giờ thành thứ Bảy thứ hai sau Ramadan, thay vì thứ nhất; điều này cũng ảnh hưởng các dự đoán khác bắt đầu từ 2039.
Thay đổi mốc thời gian quá khứ
- Lần chuyển đổi ngày 1955-07-01 của Asia/Ho_Chi_Minh diễn ra lúc 01:00 chứ không phải 00:00. (Cảm ơn Đoàn Trần Công Danh.)
- Từ 1947 đến 1949, các lần chuyển đổi của Toronto diễn ra lúc 02:00 chứ không phải 00:00. (Cảm ơn Chris Walton.)
- Năm 1911 Miquelon áp dụng giờ chuẩn vào ngày 15 tháng 6, không phải 15 tháng 5.
Ghi chú khác của bản này (mã nguồn, quy trình build, tài liệu), nguyên văn tiếng Anh
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.)