From owner-svn-src-head@freebsd.org Fri Nov 24 23:06:32 2017 Return-Path: Delivered-To: svn-src-head@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 4A8D8DF39BF; Fri, 24 Nov 2017 23:06:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD076680EC; Fri, 24 Nov 2017 23:06:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 58d98c8a; Sat, 25 Nov 2017 00:06:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=3VcZBLBrIEj6ompnfo1sZXRi1Xk=; b=mrRfIpAtekl9RfJ+HTio33H5CMK6 z4hVCoTwjwB/DgIr8KSMH9dWFysSE2RNYmnRe5XkoozGBlYWU8FNQ1ZiF3EsKlw4 nAldxtu3EXM0qFkzzLOSQiTohNk4uKG+NuM0NkF/aq+wJUp1SoqT9kliijBc7BKx 7H/qcWxpF2KTSVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=OVK4/zT5t4tAib0YGgIfy7pj8s06SaDELM3emanhVVigg3MQVhCmLZct 2zWIwGm8N/QMk728jA6XwCaGXPiiXszjxyqb5mIedwhRN+eAqxSNTTNpV6Mccwzx lrodYLGW1Aw2yQlha1DKHe0uDBb6qaXykXHe2PStHRptr43fbXk= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 028261b4 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 25 Nov 2017 00:06:27 +0100 (CET) Date: Sat, 25 Nov 2017 00:06:27 +0100 From: Emmanuel Vadot To: Ian Lepore Cc: Warner Losh , "Rodney W. Grimes" , Allan Jude , "Conrad E. Meyer" , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Subject: Re: svn commit: r326095 - head/usr.sbin/bsdinstall/scripts Message-Id: <20171125000627.33e77500eeefbe02a8d18154@bidouilliste.com> In-Reply-To: <1511562982.1349.8.camel@freebsd.org> References: <201711242114.vAOLE4b6097164@pdx.rh.CN85.dnsmgr.net> <1511562982.1349.8.camel@freebsd.org> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Nov 2017 23:06:32 -0000 On Fri, 24 Nov 2017 15:36:22 -0700 Ian Lepore wrote: > On Fri, 2017-11-24 at 14:57 -0700, Warner Losh wrote: > > On Fri, Nov 24, 2017 at 2:14 PM, Rodney W. Grimes < > > freebsd@pdx.rh.cn85.dnsmgr.net> wrote: > >=20 > > >=20 > > >=20 > > > >=20 > > > > >=20 > > > > > We are not talking about removing ntpdate in this thread. > > > > =A0 Well, after Ian said that it was deprecated I ask if we should = remove > > > > it to be honest. > > > And I think we have come to the agreement not to do that until the > > > official distribution does it as well, is that also correct? > > >=20 > > I think we should do whatever Ian suggests. I did time things with atom= ic > > clocks and ntpd for about 8 years. He's done them for the same company I > > have and knows the current set of quirks better than anybody else in th= is > > thread. These days, it's generally better to use the freebsd ntp pool, = like > > we have in ntp.conf, and in that scenario, an invocation of ntpd with t= he > > appropriate flags can give you almost identical behavior to ntpdate. The > > 'almost' here has a lot of quibbles that aren't relevant to the install= er. > > And if you don't like the freebsd ntpd pool, then the installer should = be > > writing an appropriate ntpd.conf file anyway, which has the host. It can > > all be done w/o using ntpdate (note: I didn't say remove it), and once > > that's in place, and we know there's something not unforeseen, we'll be > > ready if the ntpd folks ever make good on their threat to kill ntpdate.= So > > remove the use of ntpdate here, but keep the utility around. > >=20 > > tl;dr: Do what ever Ian says, if he doesn't do it himself. He's the exp= ert > > with a decade of daily experience making products with ntpd work and > > shipping those to customers that have... somewhat diverse environments.= .. > >=20 > > Warner >=20 > And yet, even with all that experience, I still neglected to consider > the case where ntpd_sync_on_start=3DYES can cause a time-step on a > running system if ntpd is restarted. =A0(Not that that's a common > scenario, but it's still a Bad Thing for people with strict auditing > requirements or timing-critical software running.) >=20 > What the ntpd developers currently say[1] is: >=20 > The combination of ntpd and sntp now implements the functions of > ntpdate. As soon as a few remaining issues with sntp are resolved > the ntpdate program will be retired. >=20 > If you look at what they link to for the "sntp issues"[2] it hasn't > been updated since 2011. =A0So that leads me to the conclusions: >=20 > =A0- They have not yet provided a complete path away from ntpdate. > =A0- They don't seem to be in a big hurry to eliminate ntpdate. >=20 > All in all, I think what Manu committed is Good Enough For Now(tm). Thank you Ian for your time one this, I'll leave the tree as is right now and when there is anything new in the ntp world we will see what we will do. Case closed, mail thread closed too. Cheers, > [1] https://support.ntp.org/bin/view/Dev/DeprecatingNtpdate > [2] https://support.ntp.org/bin/view/Dev/SntpIssues >=20 > -- Ian --=20 Emmanuel Vadot