Re: ntp in /etc/services

2020-08-12 Thread Hal Murray via devel
> Is that a bug, or should I remove that chunk of text? That doesn't seem very clear. Let me try again. The documentation mentions /etc/services The current code doesn't use it. It passes "123" rather than "ntp" to the DNS lookup routines. How should we fix that? 1) fix documentation (easy,

Re: 'MODE_BROADCASTx'Mime-Version: 1.0

2020-08-12 Thread Gary E. Miller via devel
Yo Hal! On Tue, 11 Aug 2020 21:10:08 -0700 Hal Murray wrote: > There are a handful of modes that we don't support. I changed them > from MODE_FOO to MODE_FOOx so any use would break at compile time and > we would fix it. That was back in April. I'm just now seeing this error. > My best guess

Re: 'MODE_BROADCASTx'

2020-08-12 Thread Hal Murray via devel
> You can see I have the new one installed: Then either the new one is buggy or you aren't using it at runtime. All the magic.py-s that you ls-ed have the same length. That's suspicious. I have 3 different lengths but none of them match yours. -rw-r--r-- 1 root root 4229 Sep 15 2019 /usr/loca

Re: 'MODE_BROADCASTx'

2020-08-12 Thread Gary E. Miller via devel
Yo Hal! On Wed, 12 Aug 2020 13:03:01 -0700 Hal Murray wrote: > > You can see I have the new one installed: > > Then either the new one is buggy or you aren't using it at runtime. Which does not narrow it down much. > magic.py is made by a script. It just copies the right chunks from > ntp.

Re: [secur...@ntpsec.org] Bug#964395: Does CVE-2020-13817 affect ntpsec?

2020-08-12 Thread Richard Laager via devel
I don't think I ever got an answer on this one. On 7/6/20 11:28 PM, Richard Laager via security wrote: > Another NTP CVE (which is already public)... does this affect NTPsec? > > On 7/6/20 12:55 PM, Moritz Muehlenhoff wrote: >> This was assigned CVE-2020-13817 for ntp.org: >> http://support.ntp

Re: ntp in /etc/services

2020-08-12 Thread Richard Laager via devel
On 8/12/20 4:44 AM, Hal Murray via devel wrote: >> Is that a bug, or should I remove that chunk of text? > > That doesn't seem very clear. Let me try again. > > The documentation mentions /etc/services > The current code doesn't use it. It passes "123" rather than "ntp" to the > DNS > lookup

Re: ntp in /etc/services

2020-08-12 Thread ASSI via devel
Richard Laager via devel writes: > With my Debian packager hat on, getting a port in Debian's /etc/services > is another level of complication that I don't want to have to deal with. Not to mention that /etc/services has gone away in some distributions recently (moved to /usr/etc/services) and you