Re: Time to plan for 1.0

Yo Ian! On Wed, 9 Aug 2017 06:34:17 -0500 Ian Bruene via devel wrote: > On 08/09/2017 01:13 AM, Gary E. Miller via devel wrote: > > I find leaving ntpmon running is smoking out a bunch of hard > > failure. > > In hindsight (yeah) we should have thought of this We did,

Re: Time to plan for 1.0

On 08/09/2017 01:13 AM, Gary E. Miller via devel wrote: I find leaving ntpmon running is smoking out a bunch of hard failure. In hindsight (yeah) we should have thought of this - *I* should have thought of this - a long time ago. -- In the end; what separates a Man, from a Slave? Money?

Re: Time to plan for 1.0

Yo Hal! On Tue, 08 Aug 2017 21:54:36 -0700 Hal Murray via devel wrote: > >> ntpq fails too often on flaky links. I seem to be the only one > >> who notices it. > >> I assume it's something in the retransmission logic. > > > Are all these sentences describing one problem,

Re: Time to plan for 1.0

> I was trying to verify that the bug number referred to > the same problem as the rest of your text description. I expect there is a bug matching what I described, but I'm not sure and I'm not in a position to search or it. -- These are my opinions. I hate spam.

Re: Time to plan for 1.0

Hal Murray : > >> ntpq fails too often on flaky links. I seem to be the only one > >> who notices it. > >> I assume it's something in the retransmission logic. > > > Are all these sentences describing one problem, or is there a > > bug *other* than failed retransmission

Re: Time to plan for 1.0

>> ntpq fails too often on flaky links. I seem to be the only one >> who notices it. >> I assume it's something in the retransmission logic. > Are all these sentences describing one problem, or is there a > bug *other* than failed retransmission on flaky links? I'm not sure what you are

Re: Time to plan for 1.0

Yo Ian! On Tue, 8 Aug 2017 08:36:55 -0500 Ian Bruene via devel wrote: > Oh, and I can confirm that the code in agentx.py (also ntpsnmpd but I > haven't merged that) is completely separate from everything else. > > agentx.py can be ripped out for 1.0 without problems, it

Re: Time to plan for 1.0

Ian Bruene : > Well now I'm increasing this to Official /Strong/ Suggestion: the packet.py > testing project just got moved to the top of the list because of bug #341. > And IIRC the code in packet.py is entangled with the comm channels in ways > that may require a significant

Re: Time to plan for 1.0

On 08/08/2017 11:16 AM, Eric S. Raymond wrote: Thank you, that is correct procedure. Acting in Mark's absence I concur; we'll slip it if you don't have it done. Mark has the privilege to override this decision but I will be quite surprised if he does. Well now I'm increasing this to

Re: Time to plan for 1.0

Ian Bruene : > On 08/08/2017 09:01 AM, Eric S. Raymond wrote: > >Strictly speaking you can't do that. It's the PM's decision whether > >we want to drop the feature or change the schedule. We're pretty informal > >here, but you need to know where those lines of authority are,

Re: Time to plan for 1.0

On 08/08/2017 09:01 AM, Eric S. Raymond wrote: Strictly speaking you can't do that. It's the PM's decision whether we want to drop the feature or change the schedule. We're pretty informal here, but you need to know where those lines of authority are, because many other projects (especially

Re: Time to plan for 1.0

Ian Bruene via devel : > > Oh, and I can confirm that the code in agentx.py (also ntpsnmpd but I > haven't merged that) is completely separate from everything else. > > agentx.py can be ripped out for 1.0 without problems, it could be shipped in > a perfectly broken state

Re: Time to plan for 1.0

Ian Bruene via devel : > I was already on the verge of calling it, given the above I am now > Officially Calling SNMP support as slipping past 1.0. Strictly speaking you can't do that. It's the PM's decision whether we want to drop the feature or change the schedule. We're

Re: Time to plan for 1.0

Oh, and I can confirm that the code in agentx.py (also ntpsnmpd but I haven't merged that) is completely separate from everything else. agentx.py can be ripped out for 1.0 without problems, it could be shipped in a perfectly broken state without problems outside of being /incredibly/ bad

Re: Time to plan for 1.0

This morning on #ntpsec: 07:45 <@esr> ianbruene: I knew the snmpd project would lead to much yak shaving. This is actually part of the reason I viewed it it as a good training opportunity. When you're not under time pressure and can thus afford to get

Re: Time to plan for 1.0

Hal Murray : > > There is one bug that I think should get fixed. I don't know the number. > > ntpq fails too often on flaky links. I seem to be the only one who notices > it. > > I assume it's something in the retransmission logic. Are all these sentences

Re: Time to plan for 1.0

There is one bug that I think should get fixed. I don't know the number. ntpq fails too often on flaky links. I seem to be the only one who notices it. I assume it's something in the retransmission logic. -- These are my opinions. I hate spam.

Re: Time to plan for 1.0

Gary E. Miller : > > Gary, Hal, Matt, Daniel: Would all of you check in on this, please? > > Done. Good. Please confirm that you're not identifying any potential blockers other than #341. -- http://www.catb.org/~esr/;>Eric S. Raymond Please consider

Re: Time to plan for 1.0

Sorry I missed the meeting. I understand why distro maintainers wouldn't want pre-1.0 code. I thought that you would release 1.0 both as the usual source repo _and_ with "example" packages. I would expect that the maintainers might well repackage to suit their tastes. On 08/07/2017 03:59 PM,

Re: Time to plan for 1.0

Yo Ian! On Mon, 7 Aug 2017 15:04:34 -0500 Ian Bruene via devel wrote: > Only thing I know of is bug #341, which I have repeatedly forgot or > deliberately ignored because other things were higher priority. *If* > the bug still even exists, as I have heard nothing about it

Fwd: Re: Time to plan for 1.0

Note to self: check the reply address in the future. Forwarded Message Subject:Re: Time to plan for 1.0 Date: Mon, 7 Aug 2017 14:59:14 -0500 From: Ian Bruene <ianbru...@gmail.com> To: Eric S. Raymond <e...@thyrsus.com> On 08/07/2017 11:58 AM, Eri

Re: Time to plan for 1.0

Yo Eric! On Mon, 7 Aug 2017 15:51:13 -0400 "Eric S. Raymond via devel" wrote: > John D. Bell : > > > > I thought that one necessity before 1.0 were at least preliminary > > "packaged" version for the major distros - i.e., .deb and .rpm > > files,

Re: Time to plan for 1.0

John D. Bell : > > I thought that one necessity before 1.0 were at least preliminary > "packaged" version for the major distros - i.e., .deb and .rpm files, > conformant to the conventions (file locations, etc.) of the systems that > used them. > > Am I wrong? If not,

Re: Time to plan for 1.0

I thought that one necessity before 1.0 were at least preliminary "packaged" version for the major distros - i.e., .deb and .rpm files, conformant to the conventions (file locations, etc.) of the systems that used them. Am I wrong? If not, do you know what the status of these are? On

Re: Time to plan for 1.0

Yo Daniel! On Mon, 7 Aug 2017 13:18:14 -0400 Daniel Franke via devel wrote: > I don't want to release 1.0 without having > https://tools.ietf.org/html/draft-ietf-ntp-data-minimization-01 > implemented. As of the last IETF meeting I'm confident that there > aren't going to be