Hal Murray :
>
> > Maybe. On the other hand, Classic mode wouldn't actually buy them much. The
> > only scripts a typical leaf-node installation runs come right out of the NTP
> > source tree themselves, and ours do the right thing.
>
> Would it be better if we changed that to a run time decisio
> Maybe. On the other hand, Classic mode wouldn't actually buy them much. The
> only scripts a typical leaf-node installation runs come right out of the NTP
> source tree themselves, and ours do the right thing.
Would it be better if we changed that to a run time decision rather than
build time
Achim Gratz via devel :
> > For people who can't live with that, there's --enable-classic-mode.
>
> So what's your transition strategy with that? The distros will likely
> decide to go for that option (less chance of breakage on their side if
> they make it an alternative to classic) and then nev
Eric S. Raymond via devel writes:
> Achim Gratz via devel :
>> I'll have to change my data munging scripts to recognize these correctly
>> so that the data goes where it's supposed to be.
>
> Yeah, sorry about that. We thought long and hard about this change,
> and concluded it was necessary in or
Achim Gratz via devel :
> I'll have to change my data munging scripts to recognize these correctly
> so that the data goes where it's supposed to be.
Yeah, sorry about that. We thought long and hard about this change,
and concluded it was necessary in order to server ntpd from its IPv4
assumption
Eric S. Raymond via devel writes:
> The logging code shouldn't *know* what syntax was used to configure
> the entry. Internally, the new syntax is converted to the equivalent
> magic IP address by the configuration parser with this code:
In fact it doesn't, I had already wondered why that would f
Achim Gratz via devel :
>
> I've updated to ntpsec-0.9.7+1104 ten days ago and just realized that
> the peerstats logging has changed format: if I use the new refclock
> syntax, then instead of the 127.127.. in the address
> field, I now get the driver name like NMEA(0). I had written my scripts
Ian Bruene via devel writes:
> This is a deliberate incompatibility with NTPclassic.
Deliberate or not, I still consider it a bug that the same driver logs
differently depending on how exactly it gets configured (refclock
vs. server keyword), especially since ntpq would always show them
identicall
On 08/19/2017 08:54 AM, Achim Gratz via devel wrote:
I've updated to ntpsec-0.9.7+1104 ten days ago and just realized that
the peerstats logging has changed format: if I use the new refclock
syntax, then instead of the 127.127.. in the address
field, I now get the driver name like NMEA(0). I h
I've updated to ntpsec-0.9.7+1104 ten days ago and just realized that
the peerstats logging has changed format: if I use the new refclock
syntax, then instead of the 127.127.. in the address
field, I now get the driver name like NMEA(0). I had written my scripts
defensively enough to ignore these
10 matches
Mail list logo
