No leap second will be introduced at the end of June 2026

Re:No leap second will be introduced at the end of June 2026 by leni536 on Monday March 09, 2026 @06:18PM (#47316430)

The insanity is that both NTP and unix timestamps need to be wound back during a leap second, as well as computer hardware clocks. If we just had monotonic clocks everwhere and adjusted for leap seconds in presentation then we wouldn't have many of the associated problems.

It's not like we wound back by 24 hours on leap days, that would be insanity. So in addition of leapseconds being a rare problem, it's also handled in a uniquely bad way.

[ Parent | on HN ]

Re:No leap second will be introduced at the end of June 2026 by 5-0 on Tuesday March 10, 2026 @02:14AM (#47319610)

WDYM? Leap seconds are a 61st second, hitting 60 before 00 next minute. https://nrc.canada.ca/en/certifications-evaluations-standard...

This makes sense for timestamps in traditional logs. You don't have to second guess the order of things, especially across multiple systems or services.

[ Parent | on HN ]

Re:No leap second will be introduced at the end of June 2026 by leni536 on Tuesday March 10, 2026 @03:56AM (#47320257)

I meant unix and NTP times, which are supposedly just monotonic numbers marching forward (except for leap seconds), not the UTC representation over abstract time.

I know we just get a 60th second in a minute. What unix and NTP timestamps do (or originally did) was repeating a second. Then we got other hacks to keep monotonicity, like smearing. Not without tradeoffs.

[ Parent | on HN ]

Re:No leap second will be introduced at the end of June 2026 by 5-0 on Wednesday March 11, 2026 @07:10PM (#47343717)

Thanks for explaining! It's indeed crazy that "this is still a thing".

(I regret I did not put in the research prior to answering to your comment: https://www.meinbergglobal.com/english/info/leap-second.htm#... )

[ Parent | on HN ]