stats directory is gone - now, how is logfile pruning done?
fallenpegasus at gmail.com
Fri Aug 19 16:52:13 UTC 2016
I have no overrule on this point. Pray continue.
And welcome back, Hal.
On Thu, Aug 18, 2016 at 8:01 PM Eric S. Raymond <esr at thyrsus.com> wrote:
> Heads up, Mark! Policy sanity check requested.
> Hal Murray <hmurray at megapathdsl.net>:
> > esr at thyrsus.com said:
> > > This does, however, leave me with a question: How are we doing pruning
> > > statfiles at this point? I seem to recall someone who is not me
> working on
> > > this. The facility, whatever it is, needs to be documented.
> > Whatever you do, make sure it's easy to get the no-prune option.
> > I suspect that's going to be a distro option and whatever you do will
> just be
> > an example. Most people won't care about how well their clock is
> working as
> > long at it works well enough so they don't have to pay any attention to
> > Debian sets things up so that /etc/cron.daily/ntp
> > compresses things and only keeps the last week.
> > I don't know why they did it that way rather than letting logrotate do
> OK, you've told me the important thing: the NTP suite is not historically
> expected to do statfile pruning itself.
> That's fine, then. My decision: We won't try taking the job over from
> the distros - I'm quite happy to let this be somebody else's problem.
> OTOH. if someone pushes a well-documented and neatly-packaged solution
> upstream to us (like, say, a logrotate recipe) we'll keep it in etc/
> as an option for distro packagers.
> If Mark has any larger-context reason to overrule this it won't bother
> me any. But I doubt he will.
> <a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
> devel mailing list
> devel at ntpsec.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel