Jon Dowland writes ("Re: Considering the removal of ntpdate"):
> On Fri, Apr 24, 2009 at 12:30:36AM +0200, José Luis Tallón wrote:
> > - For Squeeze+1: just drop it
Why would we ever need to drop it ?
> At some point, sqwalk on STDERR on invocation about its
> depr
On Fri, Apr 24, 2009 at 12:30:36AM +0200, José Luis Tallón wrote:
> >From what was said in this thread, a quite feasible solution could be:
> - For Squeeze: a package "ntpdate" which depends on rdate and
> provides a wrapper script, used to emulate ntpdate's main functionality
> (set the syste
On 2009-04-24 13:53, Frans Pop wrote:
On Friday 24 April 2009, Frans Pop wrote:
Florian Lohoff wrote:
rdate ist not a replacement for ntpdate - it does not use the ntp
protocol but the time protocol (builtin inetd) - So making
ntpdate depend on rdate is not a solution as it changes the protocol
Florian Lohoff wrote:
> On Fri, Apr 24, 2009 at 12:30:36AM +0200, José Luis Tallón wrote:
>
>> - For Squeeze: a package "ntpdate" which depends on rdate and
>> provides a wrapper script, used to emulate ntpdate's main functionality
>> (set the system's clock) in terms of rdate and mark it a
On Friday 24 April 2009, Frans Pop wrote:
> Florian Lohoff wrote:
> > rdate ist not a replacement for ntpdate - it does not use the ntp
> > protocol but the time protocol (builtin inetd) - So making
> > ntpdate depend on rdate is not a solution as it changes the protocol
> > and i dont think all nt
Florian Lohoff wrote:
> rdate ist not a replacement for ntpdate - it does not use the ntp
> protocol but the time protocol (builtin inetd) - So making
> ntpdate depend on rdate is not a solution as it changes the protocol
> and i dont think all ntp servers also open/support the time protocol.
rda
On Fri, Apr 24, 2009 at 12:30:36AM +0200, José Luis Tallón wrote:
> - For Squeeze: a package "ntpdate" which depends on rdate and
> provides a wrapper script, used to emulate ntpdate's main functionality
> (set the system's clock) in terms of rdate and mark it as deprecated
>
> - For Sque
On Fri, 24 Apr 2009 00:30:36 +0200, José Luis Tallón
wrote:
> - For Squeeze: a package "ntpdate" which depends on rdate and
>provides a wrapper script, used to emulate ntpdate's main functionality
>(set the system's clock) in terms of rdate and mark it as deprecated
Isn't rdate what we tried
In article <20090423163842.ge7...@anguilla.noreply.org> you wrote:
> I regularly* use ntpdate -u -q -d (unpriv, query, debug). It's useful
> for debugging or just querying other ntp servers. Does the ntpd suite
> provide anything with similar functionality?
I think ntpdc can provide most of that
Christian Perrier wrote:
> Quoting Peter Eisentraut (pet...@debian.org):
>
>> Nevertheless, since ntpdate used to be quite popular, I figured I'd better
>> ask
>> here for objections.
>>
>> Would there be a possibility to prove some kind of wrapper for those
>> among our users who might have v
Quoting Peter Eisentraut (pet...@debian.org):
> Nevertheless, since ntpdate used to be quite popular, I figured I'd better
> ask
> here for objections.
Would there be a possibility to prove some kind of wrapper for those
among our users who might have various local stuff that are using
ntpdate
On Thu, 23 Apr 2009 18:19:07 +0200
Stefan Ott wrote:
> On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut
> wrote:
>
> > Nevertheless, since ntpdate used to be quite popular, I figured I'd
> > better ask here for objections.
>
> I still use it when a system's clock is way off and I just want it t
On Apr 23, Peter Eisentraut wrote:
> Nevertheless, since ntpdate used to be quite popular, I figured I'd better
> ask
> here for objections.
If it's going to removed from the upstream package then we should follow.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Thu, 23 Apr 2009, Peter Eisentraut wrote:
> As described in bug #514318 and elsewhere, the upstream NTP Project has
> deprecated the ntpdate program a long time ago, and it may be time to drop it
> from the Debian distribution.
> Most of the functionality of ntpdate is now provided by ntpd (
On Do, 23 Apr 2009, Stefan Ott wrote:
> On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut wrote:
>
> > Nevertheless, since ntpdate used to be quite popular, I figured I'd better
> > ask
> > here for objections.
>
> I still use it when a system's clock is way off and I just want it to
Sorry for c
On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut wrote:
> Nevertheless, since ntpdate used to be quite popular, I figured I'd better ask
> here for objections.
I still use it when a system's clock is way off and I just want it to
be set to the right time, right now. I guess there are options to n
As described in bug #514318 and elsewhere, the upstream NTP Project has
deprecated the ntpdate program a long time ago, and it may be time to drop it
from the Debian distribution.
Most of the functionality of ntpdate is now provided by ntpd (stepping the
clock without threshold, stepping the cl
17 matches
Mail list logo
