On 8/26/17, Hal Murray wrote:
> Is there a good high-level writeup of NTS?
https://tools.ietf.org/html/draft-ietf-ntp-using-nts-for-ntp-09#section-1.2
> Why encrypt stuff? (as compared to verify)
NTS authenticates everything and encrypts as much as possible without
breaking backward compatibi
devel@ntpsec.org said:
> 4. Make NTS mandatory. In the NTPv5 packet format, the version, mode, NTS
> unique identifier, and (in client packets) NTS cookie come first in
> plaintext, then the whole rest of the packet is encrypted.
Is there a good high-level writeup of NTS?
Why encrypt stuff? (a
You didn't say anything about anti-forgery.
In the long range, I think we will need a trusted organization to run and
manage enough servers to support the load, something along the lines of the
current DNS setup.
--
These are my opinions. I hate spam.
___
On 26/08/17 10:19, Eric S. Raymond wrote:
> Daniele Nicolodi via devel :
>> I was only observing that the website needs to be updated to reflect
>> reality. At the moment it says that MacOS is supported, without any
>> version specifier.
>
> I've pushed an update.
There must be a markup error, th
> See if it's e92a112b8.
It works after:
git checkout 98ed7cc3dbd9650168b10cf5bb3bc156c92a5476
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
On Sat, 26 Aug 2017, Hal Murray via devel wrote:
> [ 63/113] Compiling libntp/msyslog.c
> In file included from /usr/include/python2.7/pyconfig.h:6:0,
> from /usr/include/python2.7/Python.h:8,
> from ../../libntp/pymodule.c:7:
> /usr/include/python2.7/pyconfig-64
[ 63/113] Compiling libntp/msyslog.c
In file included from /usr/include/python2.7/pyconfig.h:6:0,
from /usr/include/python2.7/Python.h:8,
from ../../libntp/pymodule.c:7:
/usr/include/python2.7/pyconfig-64.h:1199:0: warning: "_POSIX_C_SOURCE"
redefined
#define _PO
On Sat, 26 Aug 2017, Eric S. Raymond via devel wrote:
> There have been inquiries from Daniele Nicolodi and Fred Wright about
> Mac OS X support.
Actually, mine wasn't an inquiry, it was an answer. :-)
> Mark Atwood, who's our strategy/product-management/external-relations
> specialist, may ove
There aren't many deficiencies in NTPv4 which can't be fixed by adding
extension fields. A change big enough to make a version bump
worthwhile would incorporate at least most of the following:
1. Drop everything other than client/server mode. Replace mode 6 with
something that runs over HTTPS on t
Because we've done our work well, we're on what looks like an easy
glide path to a 1.0 release in September. There are no more issues
that look like blockers rather than irritations; if forced to it, we
could ship tomorrow.
I believe we've earned the luxury of some blue-sky thinking. I'm not
tal
Daniele Nicolodi via devel :
> I was only observing that the website needs to be updated to reflect
> reality. At the moment it says that MacOS is supported, without any
> version specifier.
I've pushed an update.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Please consider con
On 26/08/17 07:58, Eric S. Raymond via devel wrote:
> There have been inquiries from Daniele Nicolodi and Fred Wright about
> Mac OS X support.
[...]
> We're supporting 10.12, which has the POSIX clock calls. Earlier
> versions can go piss up a rope.
I was only observing that the website needs
There have been inquiries from Daniele Nicolodi and Fred Wright about
Mac OS X support.
Mark Atwood, who's our strategy/product-management/external-relations
specialist, may override me on this. Unless and until he does, here's
the skinny:
We're supporting 10.12, which has the POSIX clock call
I've been distracted the last couple of days by trying to spin up
another ICEI project that's on a tight deadline. It seems I missed
replying on a couple of threads. This is my attempt to carch up.
Hal Murray:
>How important is supporting gpsd on systems without SHM?
Realistically, not very.
W
14 matches
Mail list logo
