From owner-svn-src-all@freebsd.org Thu Nov 23 10:08:17 2017 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 20F20DE6752; Thu, 23 Nov 2017 10:08:17 +0000 (UTC) (envelope-from devin@shxd.cx) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03E9364C92; Thu, 23 Nov 2017 10:08:17 +0000 (UTC) (envelope-from devin@shxd.cx) Received: from [64.201.244.132] (port=60713 helo=[10.0.0.101]) by shxd.cx with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1eHl8d-0002oG-NB; Thu, 23 Nov 2017 06:37:31 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: svn commit: r326095 - head/usr.sbin/bsdinstall/scripts From: Devin Teske X-Mailer: iPhone Mail (13G36) In-Reply-To: Date: Thu, 23 Nov 2017 01:33:39 -0800 Cc: Ian Lepore , Emmanuel Vadot , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, owner-src-committers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <821D3401-1DA8-46B5-BF5C-AAC3BDA3D8F3@shxd.cx> References: <201711221527.vAMFRlTc041361@repo.freebsd.org> <1511368688.46031.1.camel@freebsd.org> To: Emmanuel Vadot X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.25 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: Thu, 23 Nov 2017 10:08:17 -0000 > On Nov 22, 2017, at 11:15 PM, Emmanuel Vadot wrote= : >=20 >> On 2017-11-22 17:38, Ian Lepore wrote: >>> On Wed, 2017-11-22 at 15:27 +0000, Emmanuel Vadot wrote: >>> Author: manu >>> Date: Wed Nov 22 15:27:47 2017 >>> New Revision: 326095 >>> URL: https://svnweb.freebsd.org/changeset/base/326095 >>> Log: >>> bsdinstall: Add ntpdate option >>> =20 >>> When you install a computer for the first time, the date in the CMOS s= ometimes >>> not accurate and you need to ntpdate as ntpd will fail a the time diff= erence >>> is too big. >>> Add an option in bsdinstall to enable ntpdate that will do that for us= . >>> =20 >>> Reviewed by: allanjude >>> Differential Revision: https://reviews.freebsd.org/D13149 >>> Modified: >>> head/usr.sbin/bsdinstall/scripts/services >>> Modified: head/usr.sbin/bsdinstall/scripts/services >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D >>> --- head/usr.sbin/bsdinstall/scripts/services Wed Nov 22 15:18:11 201= 7 (r326094) >>> +++ head/usr.sbin/bsdinstall/scripts/services Wed Nov 22 15:27:47 201= 7 (r326095) >>> @@ -46,6 +46,8 @@ DAEMONS=3D$( dialog --backtitle "FreeBSD Installer" \ >>> local_unbound "Local caching validating resolver" ${local_unbound:-= off} \ >>> sshd "Secure shell daemon" ${sshd_enable:-off} \ >>> moused "PS/2 mouse pointer on console" ${moused_enable:-off} \ >>> + ntpdate "Synchronize system and network time at bootime" \ >>> + ${ntpdate_enable:-off} \ >>> ntpd "Synchronize system and network time" ${ntpd_enable:-off} \= >>> powerd "Adjust CPU frequency dynamically if supported" \ >>> ${powerd_enable:-off} \ >> The right way to enable a time-step at boot is to set the rc conf >> variable ntpd_sync_on_start to YES. ntpdate has been deprecated for >> *years*. >> -- Ian >=20 > Hi Ian, >=20 > Thanks I didn't know about option -g (nor ntpd_sync_on_start), this bring a= few questions : >=20 > - Is there any reason to not always use -g for ntpd ? As a lambda user I j= ust want my time to be set, no matter what. > - Should we remove ntpdate in -current before 12 if it's deprecated ? >=20 > I'll make the necessary changes according to your (or others) answers. >=20 I would not remove ntpdate. Is there a way to make ntpd sync and then quit immediately? If not, sounds like ntpdate serves a purpose not filled by ntpd. Valid case is someone running a VM that gets paused for days, weeks, or even= months at a time. On such a VM it may make more sense to let the clock be o= nly sporadically managed in an adhoc manner. I personally like to use ntpdate on said VMs because I generally set a timeo= ut on my ssh-agent in said VMs and by managing the clock manually allows me t= o better control keys loaded. Pretty sure other people may have other reasons for non-daemonized clock man= agement. --=20 Devin=