From owner-svn-src-all@freebsd.org Wed Dec 30 16:07:30 2015 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3D85A55017 for ; Wed, 30 Dec 2015 16:07:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 876EE1ADB for ; Wed, 30 Dec 2015 16:07:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 30 Dec 2015 16:05:14 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tBUG4oxO018923; Wed, 30 Dec 2015 09:04:50 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1451491490.1369.41.camel@freebsd.org> Subject: Re: svn commit: r289421 - in head/etc: . mtree ntp From: Ian Lepore To: Colin Percival , Cy Schubert , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, edwin@freebsd.org, Xin Li Date: Wed, 30 Dec 2015 09:04:50 -0700 In-Reply-To: <5683D325.6020409@freebsd.org> References: <201510161404.t9GE4GqM046436@repo.freebsd.org> <5683D325.6020409@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2015 16:07:30 -0000 On Wed, 2015-12-30 at 04:50 -0800, Colin Percival wrote: > On 10/16/15 07:04, Cy Schubert wrote: > > Add default leap-seconds file. This should help ntp networks get > > the > > leap second date correct > > > > Added: > > head/etc/ntp/ > > head/etc/ntp/Makefile (contents, props changed) > > head/etc/ntp/leap-seconds (contents, props changed) > > So... is someone going to be keeping this file up to date? We seem > to have > the same information in contrib/tzdata/leapseconds (which is being > kept up > to date -- thank you edwin and delphij!) but having this file in > /etc/ntp/ > being out of date is making ntpd refuse to start. > I vaguely remember warning that something like this was likely to happen. Turning on leapfile processing by default without an already -in-place mechanism to keep the file up to date was a bad idea. There was some mumbling about a mechanism, but nobody wrote any code. Even if the mechanism existed, I think defaulting to using the leapfile is wrong. It's a thing that needs care and feeding or it causes problems, and thus it's a thing that should only be enabled by admins who know about the care and feeding aspect (an automatic fetch mechanism doesn't help much if there are firewalls blocking the fetch, for example). -- Ian