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
- Palestine sẽ tiến giờ vào 2022-03-27, không phải -03-26.
- zdump -v nay xuất chỉ báo lỗi tốt hơn.
- Sửa lỗi cho mã đọc dữ liệu TZif bị hỏng.
Thay đổi mốc thời gian tương lai
- Palestine sẽ tiến giờ vào 2022-03-27, không phải 2022-03-26. (Cảm ơn Heba Hamad.) Dự đoán các lần chuyển đổi trong tương lai vào Chủ nhật đầu tiên từ ngày 25 tháng 3 trở đi. Ngoài ra, dự đoán các lần lùi giờ vào thứ Sáu đầu tiên từ ngày 23 tháng 10 trở đi, thay vì thứ Sáu cuối cùng của tháng 10, để nhất quán hơn với thông lệ gần đây. Dự đoán lùi giờ khác biệt đầu tiên là vào 2025-10-24, không phải 2025-10-31.
Thay đổi mốc thời gian quá khứ
- Từ 1992 đến mùa xuân 1996, các lần chuyển đổi DST của Ukraine diễn ra lúc 02:00 giờ chuẩn, không phải lúc 01:00 UTC. (Cảm ơn Alois Treindl.)
- Giờ trung bình Santiago của Chile và LMT tiền thân của nó đã được điều chỉnh về phía đông 1 giây để khớp với luật trước đây và hiện tại.
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 commentary
- Add several references for Chile's 1946/1947 transitions, some of which only affected portions of the country.
Changes to code
- Fix bug when mktime gets confused by truncated TZif files with unspecified local time. (Problem reported by Almaz Mingaleev.)
- Fix bug when 32-bit time_t code reads malformed 64-bit TZif data. (Problem reported by Christos Zoulas.)
- When reading a version 2 or later TZif file, the TZif reader now validates the version 1 header and data block only enough to skip over them, as recommended by RFC 8536 section 4. Also, the TZif reader no longer mistakenly attempts to parse a version 1 TZIf file header as a TZ string.
- zdump -v now outputs "(localtime failed)" and "(gmtime failed)" when local time and UT cannot be determined for a timestamp.
Changes to build procedure
- Distribution tarballs now use standard POSIX.1-1988 ustar format instead of GNU format. Although the formats are almost identical for these tarballs, ustar headers' magic fields contain "ustar" instead of "ustar ", and their version fields contain "00" instead of " ". The two formats are planned to diverge more significantly for tzdb releases after 2242-03-16 12:56:31 UTC, when the ustar format becomes obsolete and the tarballs switch to pax format, an extension of ustar. For details about these formats, please see "pax - portable archive interchange", IEEE Std 1003.1-2017, <https://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html#tag_20_92_13>.