svn commit: r326095 - head/usr.sbin/bsdinstall/scripts

[Rodney W. Grimes]

> On 2017-11-24 17:46, Allan Jude wrote:
> > On 11/23/2017 12:29, Rodney W. Grimes wrote:
> >> [ Charset UTF-8 unsupported, converting... ]
> >>> On Thu, Nov 23, 2017 at 7:17 AM, Rodney W. Grimes
> >>> <freebsd at pdx.rh.cn85.dnsmgr.net> wrote:
> >>>>>  Also we do provide an ntp.conf so ...
> >>>> 
> >>>> We do, a template, all commented out, and does not work for
> >>>> machines behind strong firewalls that wont allow ntp out
> >>>> to the net but have internal ntp servers that are used for
> >>>> such things.
> >>>> 
> >>>> Well maybe not all commented out, I think it defaults to
> >>>> some public pools.  I believe it would be missing iburst
> >>>> for use with ntp -pg
> >>> 
> >>> Does ntpdate work out of the box in such environments?  If so, how?
> >> 
> >> ntpdate time.nist.gov
> >> 
> >> ntpdate does not need a configureration file, just a command
> >> line argument.
> >> 
> >> 
> > 
> > The point of this thread was which option the installer should use to
> > implement 'set the correct time on first boot'.
> 
>   The main point yes.
>   I guess that I'll revert my commit
I see no reason to revert the commit, the commit just added an
option to the installer to set ntpdate_enable in /etc/rc.conf,
correct?

> and open a review which removes 
> ntpd_sync_on_start and always add -g to rc_flags and people could 
> argument there.

And as Ian pointed out I think that would be a non-starter.  I
dont see why we need to change any of what is there now, if a
person knows how to use ntpd and configure it to there liking
the current set of knobs and settings are easily tweaked to
the desire of the site.

Those that want to do the old school ntpdate -b blah blah
before starting ntpd are free to configure it as such, those
who like the newer sync on startup of ntpd are free to do that,
I can not think of a configuration that the current knobs
would not allow you to set up.

> > We are not talking about removing ntpdate in this thread.
> 
>   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?


-- 
Rod Grimes                                                 rgrimes at freebsd.org