Summary: | leap-seconds.list location via IETF is no longer valid | ||
---|---|---|---|
Product: | Base System | Reporter: | Michael Proto <mike> |
Component: | conf | Assignee: | Philip Paeps <philip> |
Status: | Closed DUPLICATE | ||
Severity: | Affects Many People | CC: | andrew, brd, dsh, george, leres, marcnarc, ml, pi, salvadore, tomasz.owczarek |
Priority: | --- | ||
Version: | 14.0-RELEASE | ||
Hardware: | Any | ||
OS: | Any |
Description
Michael Proto
2023-12-13 04:01:03 UTC
Another note, while searching for a new location I read some references that the link I provided may not work for upstream as there are questions of copyright. I tried briefly finding an HTTP/HTTPS link via public-domain through NIST but wasn't able to so just settled on the IERS version myself. More searching, looks like there's more time than the 12/28 expiry time to resolve the issue, per https://datacenter.iers.org/data/latestVersion/bulletinC.txt: NO leap second will be introduced at the end of December 2023. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2017 January 1, 0h UTC, until further notice : UTC-TAI = -37 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. One more and I'll be quiet... After more testing, this might work: ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list Looks like this was fixed in https://cgit.freebsd.org/src/commit/libexec/rc/rc.conf?id=b1c95af45488bef649e9a84890e2414ff80b3a00 (In reply to Brad Davis from comment #4) The file on data.iana.org is not up to date. Ok, reopen. NIST seems to be newer, indeed. There will be no leap second introduced at the end of 2023, so there is no burning rush to update this file. The only effect of updating the file will be the silencing of the warning about its expiry on 2023-12-28. Note that ntpd uses leap-seconds.list only as a last resort. It also receives leap second information from its peers. Having said that: we should have a live upstream. The IANA upstream is live, but the file is out of date. We can't use the IERS upstream because of copyright concerns (see also the ongoing discussion on the tz@iana.org mailing list). The NIST upstream is a candidate, but it's not available over HTTP and I'm not wild about pointing to FTP in 2023. There's a discussion ongoing about an erratum for this. Marking as "in progress". *** This bug has been marked as a duplicate of bug 275419 *** |