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
16 matches
Mail list logo
