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 system's
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
deprecated-ness? or is that a step too
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
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 as
On Fri, 24 Apr 2009 00:30:36 +0200, José Luis Tallón
jltal...@adv-solutions.net 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
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 Squeeze+1:
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.
rdate
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 ntp
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
On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut pet...@debian.org 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
On Do, 23 Apr 2009, Stefan Ott wrote:
On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut pet...@debian.org 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
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 Apr 23, Peter Eisentraut pet...@debian.org 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 18:19:07 +0200
Stefan Ott ste...@ott.net wrote:
On Thu, Apr 23, 2009 at 17:45, Peter Eisentraut pet...@debian.org
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
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 ?
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 various local
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:
$
17 matches
Mail list logo