On 13/04/2015 11:25, Miroslav Lichvar wrote:
While I was dealing with the latest security bugs I wondered how
useful these days it really is to have support for remote
administration via authenticated cmdmon and if it's not just
increasing the chronyd attack surface unnecessarily.
Does anyone he
Grateful if you could consider this...
Thanks
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
nvest additional time getting a much closer
timestamp from chrony and eventually gpsd.
Good luck
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject
On 23/05/2012 15:37, Miroslav Lichvar wrote:
On Wed, Apr 25, 2012 at 10:18:13AM +0100, Ed W wrote:
I guess then the question is whether increased accuracy of reading
is useful beyond 2 samples? Remember that gaussian error bound
decreases fairly slowly with increasing samples (1 / sqrt(n
hoping he will put me straight at this point!
Thanks
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ur work on chrony!
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
time difference is almost completely the stuff I mentioned. I have
patched it out in my current build just for testing and chrony startup
is now near enough instant. (measured at 0.13s)
Kind regards
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
On 16/04/2012 11:32, Miroslav Lichvar wrote:
On Mon, Apr 16, 2012 at 02:48:14AM +0100, Ed W wrote:
Hi, I have adjusted my boot scripts to use chrony in place of
hwclock to set rtc at boot. However, I note that "chrony -r" takes
about 8-10 seconds on my system (which blocks boot). I
de here? I would prefer not to revert to hwclock
if possible?
Thanks
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On 23/02/2012 08:24, Leo Baltus wrote:
Op 22/02/2012 om 23:07:51 +, schreef Ed W:
In our setup we do not like to pin a service to a specific piece of
hardware. If, for some reason, a service should run elsewhere we just
stop it en start it elsewhere. bind() make is invisible for the outside
sical machine? (Just the appearance that
instances are doing something?)
What do you think?
Good luck
Ed W
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help"
On 28/11/2011 10:15, Miroslav Lichvar wrote:
> On Fri, Nov 25, 2011 at 10:39:33AM +0000, Ed W wrote:
>> On 25/11/2011 10:12, Ed W wrote:
>>> As you have clearly started to push the boundaries of curve fitting
>>> here, have you considered switching to some kind of Kal
On 25/11/2011 10:12, Ed W wrote:
> As you have clearly started to push the boundaries of curve fitting
> here, have you considered switching to some kind of Kalman filtering
> technique? Implemented correctly this can potentially simultaneously
> incorporate the updating of the
e phase
locked loop. (which is approximately what we are implementing with
Chrony I think?)
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On 07/11/2011 12:57, Miroslav Lichvar wrote:
> On Sat, Nov 05, 2011 at 04:39:10PM +0000, Ed W wrote:
>> Hi
>>
>>
>>> I couldn't find a specification for the extended format.
>> I think it's RFC2307. However, I am slightly confused on where it's
ly sure which hashes you are
referring to here, so my suggestions on format above were really more
about exactly that, format. Others have standardised on a particular
format string, suggest you go with that.
Good luck
Ed W
>
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
signed exchanges...
Just a brain dump - sorry if it's not helpful...
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On 19/10/2011 11:30, Miroslav Lichvar wrote:
> On Tue, Oct 18, 2011 at 06:48:28PM +0100, Ed W wrote:
>> On 17/10/2011 12:25, Miroslav Lichvar wrote:
>>> Another way would be to use a crypto library like nss (we can't use
>>> openssl as it's not compatible w
t take offence at any of the above, I'm just frustrated that you
won't read what has been sent to you
Regards
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On 18/10/2011 20:30, Bill Unruh wrote:
> On Tue, 18 Oct 2011, Ed W wrote:
>> Please don't lets argue this further. Point is that there exists some
>> slug of code to compute hashes, that you can do with absolutely whatever
>> you wish.
>
> While it is true tha
phy/categories.html#PublicDomainSoftware
Please don't lets argue this further. Point is that there exists some
slug of code to compute hashes, that you can do with absolutely whatever
you wish.
Regards
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsub
27;m not sure that sha-256 is provably more secure than sha-512
at present, so my vote would be on the shorter hash? Google can give
you as good an opinion as I can on this though...
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in
ssl as it's not compatible with GPL) and allow user to select any
> hash supported by the library.
>
How about libtomcrypt? Used for dropbear amongst other things. Public
domain so you can repackage it under any licence you feel fit including GPL
http://libtom.org/?page=features&a
oint
Thanks
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
TT, they would
hit it at 16.384s over dialup? That actually doesn't sound too
unreasonable for a default? (or is it the jitter which is measured, ie
<1ms on lan?)
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject
e from about 1sec to 3-4 sec and
back over a 10-30+ sec period
It would be very helpful if chrony could at least not get "stuck" in
such a bad situation. Obviously accept that performance is extremely
limited in such circumstances...
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@
er, yes, I intend to use chrony instead of hwclock (I don't see
anyone needs hwclock now - kernel does --rtctosys itself and I think
many distros don't call --systortc, so hwclock is mostly redundant?)
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfami
all if we are being
rebooted more often than every X hours, then we get to step the RTC more
often via 1)
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "hel
;dialup" and
only intermittently connected and often not cleanly rebooted (and mass
market and earning money...)
Thanks for any thoughts
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
p and then rudely powered off without ever
connecting to the internet
(Also: If I do get connected to the internet then it's 2,400 baud, 1sec
RTT and $1.50/min - I probably don't get marvelous time estimates and I
definitely will have the connection maxed out and queuing packets on the
inte
ween on/off (I get that there exist
situations where this wouldn't be true and likewise I haven't measured
my situation either)
> There is an argument for
> not having the rtc stuff in chrony anymore.
I guess I will measure and try to estimate the effect
I would say that there i
nt to run trimrtc periodically, what is
a sensible frequency to set cron to call trimrtc? Hourly, daily,
weekly? What is the shortest sensible trim that will still lead to a
moderate estimate of RTC drift being learned?
Thanks
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamil
try, but an authoritive name server declaring
NXDOMAIN causes the server to be dropped? Presumably the issue is that
Network Manager answers NXDOMAIN if the network down? (untested - just
guessing?)
Grateful if you could clarify the implications
Cheers
Ed W
---
To unsubscribe email chrony-dev-
sider doing some development on master to create a "weighting"
feature, then wanting to transplant all those individual commits back to
the release branch that you had previously forked.
Apologies since we are way OT now...
How are we looking for a release at this point though?!
Che
e is stable, pull into
master. Generally this keeps master *more* stable (not less) and gives
you more freedom to checkin ideas willy nilly.
Anyway, these are just ideas and opinions, use whatever suits, just
checking you had come across the principle - it works very nicely for me
(an
on dangerous improvements are easily backported to previous
releases. This seems to work for both developers and users in that you
can now pick a branch with the features you need and stabilise on it
Thanks for all your work on this - hope the above doesn't teach you to
suck eggs and appears constr
On 13/04/2011 12:10, Miroslav Lichvar wrote:
> On Tue, Apr 12, 2011 at 09:32:31PM +0100, Ed W wrote:
>> On 12/04/2011 15:05, Miroslav Lichvar wrote:
>>> Hm, I just had a crash while I was messing with the tick value outside
>>> chronyd. The sourcestats stddev ended up
On 12/04/2011 15:05, Miroslav Lichvar wrote:
> On Sat, Apr 09, 2011 at 10:00:36PM +0100, Ed W wrote:
>> Been running this for a few days. Not particularly thrashing it, but
>> nothing untoward happened...
>>
>> How are we looking for a release?
>
> Hm, I just had
On 11/04/2011 17:44, Miroslav Lichvar wrote:
> On Sat, Apr 09, 2011 at 10:00:36PM +0100, Ed W wrote:
>> Been running this for a few days. Not particularly thrashing it, but
>> nothing untoward happened...
>>
>> How are we looking for a release?
>
> Maybe at t
Been running this for a few days. Not particularly thrashing it, but
nothing untoward happened...
How are we looking for a release?
:-)
Ed W
On 07/04/2011 17:36, g...@tuxfamily.net wrote:
> This is an automated email from git. It was enerated because a ref
> change was pushed
on... Dare you to cut a release...
:-)
Thanks for all your work on chrony!
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ut your setup!
All the best
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
latencies, so kind of
surprised that you can get decently accurate internet ntp updates?
Out of curiousity, apart from Iridium, how else are you getting internet
down there?
All the best
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the su
On 07/10/2010 16:17, Miroslav Lichvar wrote:
On Thu, Oct 07, 2010 at 02:30:46PM +0100, Ed W wrote:
Do you think that we could see a release at some imminent point?
I do realise that there is a git repo, but for various reasons it's
easier to build packages from tarballs. Seems like
. Costs per MB range between $10-100/MB
Probably we will try and use a USB GPS most of the time, but there are
some scenarios where we would be interested to try and get good accuracy
from a remote NTP source...
Fun huh...
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org
;beta" tarball and uploading?
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
he distros?
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
te the RTC
automatically without me needing to ask it to (I'm assuming clean
shutdowns will rarely occur...). However, it's a fairly minor thing to
work around
Thanks
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
the error
caused by hwclock is so small it's not relevant). So the end result is
negligible, but I just thought it worth pointing out how the idiot user
(mis)understands the documentation as it stands...
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with &q
eemed like a good idea...). In
practice the error isn't gross enough in my situation that the error was
very obvious...
Some docs stating the obvious would be cool?
Cheers
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
F
bugs in Chrony...?
;-)
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
Bill Unruh wrote:
One thing I do is every night to a chronyc rotatelogs command and
maybe this
is associated with that.
Set it to do it every minute and see if it breaks more quickly?
Ed W
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in t
52 matches
Mail list logo