On 15/03/14 23:55, Amit Dor-Shifer wrote:
William, earlier along this post, I was asking (David, specifically) for a
suggested fix to this error.
Can you offer a possible fix?
I thought that had been answered; you are using the wrong option to
specify the custom configuration file on the
David: I'm using '-c /path/to/ntp.conf'.
William: Thanks. Still, with the added conf you suggest, client won't
accept a sync from the server. Seems like the stratum setting I've added
isn't taking effect.
server
amit@zelda:~$ sudo date -s $(date) - 50 minutes
Sun Mar 16 18:32:14 EST 2014
When overwriting /etc/ntp.conf with the suggested configuration, server can
read conf, and client manages to sync to server's (skewed) time.
server
amit@zelda:~$ cat /etc/ntp.conf
server 127.127.1.0 minpoll 4 maxpoll 4
fudge 127.127.1.0 stratum 10
amit@zelda:~$ sudo /usr/sbin/ntpd -g -c
Amit Dor-Shifer amit.dor.shi...@gmail.com wrote:
When overwriting /etc/ntp.conf with the suggested configuration, server can
read conf, and client manages to sync to server's (skewed) time.
server
amit@zelda:~$ cat /etc/ntp.conf
server 127.127.1.0 minpoll 4 maxpoll 4
fudge 127.127.1.0
On Sat, Mar 15, 2014 at 5:19 PM, William Unruh un...@invalid.ca wrote:
On 2014-03-14, Laszlo Papp lp...@kde.org wrote:
Nvm, I solved it by using busybox's ntp for the time being.
On Fri, Mar 14, 2014 at 6:18 PM, Charles Swiger cswi...@mac.com wrote:
Hi--
On Mar 14, 2014, at 9:05 AM, Laszlo
I reported a bug in a driver about a month ago. Should I expect a feedback
other than having it assigned to the refclock maintainers? Are times to
fix on the scale of months or years?
___
questions mailing list
questions@lists.ntp.org
On 15/03/14 18:36, Paul wrote:
I reported a bug in a driver about a month ago. Should I expect a feedback
other than having it assigned to the refclock maintainers? Are times to
fix on the scale of months or years?
Assuming you are talking about the reference implementation of ntpd, it
is
On Sun, Mar 16, 2014 at 9:53 AM, David Woolley
david@ex.djwhome.demon.invalid wrote:
If you tell us which bug report, someone may be able to indicate whether
there is a competent developer, and how important it is.
2557.
In most cases (~100%) it's inconsequential. I only noticed when
On Thursday, March 13, 2014 1:52:51 PM UTC-4, Olivier Drouin wrote:
Diversity is really what I'm looking for and
I dont really need microsecond accuracy.
I'll talk with the facility owner and do
some tests with handheld GPS so I can verify what kind of signal I can get
(and where).
I'm not sure
On 2014-03-16, Amit Dor-Shifer amit.dor.shi...@gmail.com wrote:
David: I'm using '-c /path/to/ntp.conf'.
William: Thanks. Still, with the added conf you suggest, client won't
accept a sync from the server. Seems like the stratum setting I've added
isn't taking effect.
Yes. You told us
On 2014-03-15, Paul tik-...@bodosom.net wrote:
I reported a bug in a driver about a month ago. Should I expect a feedback
other than having it assigned to the refclock maintainers? Are times to
fix on the scale of months or years?
Perhaps if you also reminded us all of what the bug was, it
On 2014-03-16, Paul tik-...@bodosom.net wrote:
On Sun, Mar 16, 2014 at 9:53 AM, David Woolley
david@ex.djwhome.demon.invalid wrote:
If you tell us which bug report, someone may be able to indicate whether
there is a competent developer, and how important it is.
2557.
In most cases
On 2014-03-15, Laszlo Papp lp...@kde.org wrote:
On Sat, Mar 15, 2014 at 5:19 PM, William Unruh un...@invalid.ca wrote:
On 2014-03-14, Laszlo Papp lp...@kde.org wrote:
Nvm, I solved it by using busybox's ntp for the time being.
On Fri, Mar 14, 2014 at 6:18 PM, Charles Swiger cswi...@mac.com
On Sun, Mar 16, 2014 at 2:22 PM, William Unruh un...@invalid.ca wrote:
I only noticed when adding
another device in the Trimble family but if there's active support I'd
submit a patch for it.
Why would you not submit a patch for it if you have one?
I meant submit a patch for the new
I recall seeing something from Dr. Mills saying that a formal proof had
been found showing that no packet-exchange protocol (like NTP) could
tell delay asymmetry from clock offset. Can anyone provide a reference
to this proof?
Thanks,
Joe Gwinn
___
I keep seeing claims that Precision Time Protocol (IEEE 1588-2008) can
achieve sub-microsecond to nanosecond-level synchronization over
ethernet (with the right hardware to be sure).
I've been reading IEEE 1588-2008, and they do talk of one nanosecond,
but that's the standard, and aspirational
On 16/03/14 22:16, Joe Gwinn wrote:
I recall seeing something from Dr. Mills saying that a formal proof had
been found showing that no packet-exchange protocol (like NTP) could
tell delay asymmetry from clock offset. Can anyone provide a reference
to this proof?
I would have thought it was
On 3/16/2014 4:11 PM, Paul wrote:
On Sun, Mar 16, 2014 at 2:22 PM, William Unruh un...@invalid.ca wrote:
I only noticed when adding
another device in the Trimble family but if there's active support I'd
submit a patch for it.
Why would you not submit a patch for it if you have one?
I
On 2014-03-16, Joe Gwinn joegw...@comcast.net wrote:
In article lg5bug$682$1...@dont-email.me, David Woolley
david@ex.djwhome.demon.invalid wrote:
On 16/03/14 22:16, Joe Gwinn wrote:
I recall seeing something from Dr. Mills saying that a formal proof had
been found showing that no
19 matches
Mail list logo
