Bug 275737 - leap-seconds.list location via IETF is no longer valid
Summary: leap-seconds.list location via IETF is no longer valid
Status: Closed DUPLICATE of bug 275419
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 14.0-RELEASE
Hardware: Any Any
: --- Affects Many People
Assignee: Philip Paeps
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-12-13 04:01 UTC by Michael Proto
Modified: 2023-12-13 23:54 UTC (History)
10 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Proto 2023-12-13 04:01:03 UTC
It appears that the IETF no longer carries the leap-seconds.list file. Both upgraded and newly-installed instances of FreeBSD are giving me warnings in /var/log/messages about my installed version's pending expiration on 12/28/23. In debugging I tried to fetch the file referenced in /etc/defaults/rc.conf directly (aka - ntp_leapfile_sources="https://www.ietf.org/timezones/data/leap-seconds.list") and instead of data I get the following:

ietf.org is no longer serving this file.

I've personally been able to work around it via ntp_leapfile_sources="https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list" but wanted to alert you all so it can be updated to this or another location, ideally before expiry.


Thanks for your consideration,
Michael Proto
Comment 1 Michael Proto 2023-12-13 04:08:45 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.
Comment 2 Michael Proto 2023-12-13 04:22:28 UTC
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.
Comment 3 Michael Proto 2023-12-13 04:25:24 UTC
One more and I'll be quiet...

After more testing, this might work:

ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list
Comment 5 Andrew "RhodiumToad" Gierth 2023-12-13 19:30:31 UTC
(In reply to Brad Davis from comment #4)

The file on data.iana.org is not up to date.
Comment 6 Kurt Jaeger freebsd_committer freebsd_triage 2023-12-13 20:15:13 UTC
Ok, reopen. NIST seems to be newer, indeed.
Comment 7 Philip Paeps freebsd_committer freebsd_triage 2023-12-13 23:44:32 UTC
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".
Comment 8 Philip Paeps freebsd_committer freebsd_triage 2023-12-13 23:54:02 UTC

*** This bug has been marked as a duplicate of bug 275419 ***