Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-07 Thread Petter Reinholdtsen
[Michael Biebl] > That's not quite correct. Upstart not only handles the relationship > between hardware events and services (start ntpdate when network > interface is available and configured) but also between services and > services (start hal when dbus is available etc). Upstart handles the > co

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-06 Thread Michael Biebl
Michael Biebl wrote: > Petter Reinholdtsen wrote: >> [Touko Korpela] >>> Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq >> My idea for fixing this is to reorder the sysv boot sequence using >> dependency information, and allow those with special needs to provide >> extra/r

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-06 Thread Michael Biebl
Petter Reinholdtsen wrote: > [Touko Korpela] >> Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq > > My idea for fixing this is to reorder the sysv boot sequence using > dependency information, and allow those with special needs to provide > extra/replacement dependency inf

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-06 Thread Petter Reinholdtsen
[Touko Korpela] > Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq My idea for fixing this is to reorder the sysv boot sequence using dependency information, and allow those with special needs to provide extra/replacement dependency information in /etc/ to adjust the seque

Re: upstart (Re: Bug#417118: ntpdate: Start sequence problem for some network setups)

2007-07-06 Thread Oleg Verych
* martin f krafft (Fri, 6 Jul 2007 07:57:57 +0200) > > also sprach Oleg Verych <[EMAIL PROTECTED]> [2007.07.05.1957 +0200]: >> Unless i will see any kind of implemented proposal, i.e. tar or deb >> that i can use/test on base installation, it's a *technical* problem. > > So why don't you use your t

Re: upstart (Re: Bug#417118: ntpdate: Start sequence problem for some network setups)

2007-07-05 Thread martin f krafft
also sprach Oleg Verych <[EMAIL PROTECTED]> [2007.07.05.1957 +0200]: > Unless i will see any kind of implemented proposal, i.e. tar or deb > that i can use/test on base installation, it's a *technical* problem. So why don't you use your time to help solve the problem instead of harping on mailing

upstart (Re: Bug#417118: ntpdate: Start sequence problem for some network setups)

2007-07-05 Thread Oleg Verych
* Hamish Moffatt (Thu, 5 Jul 2007 17:28:20 +1000) > On Thu, Jul 05, 2007 at 02:26:43AM +0200, Marco d'Itri wrote: >> On Jul 05, Brian May <[EMAIL PROTECTED]> wrote: >> >> > Marco> Hope that some day we will switch to upstart. >> > Ok, so when do we switch to upstart? >> Probably at the same t

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-05 Thread Hamish Moffatt
On Thu, Jul 05, 2007 at 02:26:43AM +0200, Marco d'Itri wrote: > On Jul 05, Brian May <[EMAIL PROTECTED]> wrote: > > > Marco> Hope that some day we will switch to upstart. > > Ok, so when do we switch to upstart? > Probably at the same time when we will switch from exim to postfix. That's just

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-04 Thread Marco d'Itri
On Jul 05, Brian May <[EMAIL PROTECTED]> wrote: > Marco> Hope that some day we will switch to upstart. > Ok, so when do we switch to upstart? Probably at the same time when we will switch from exim to postfix. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-04 Thread Brian May
> "Marco" == Marco d'Itri <[EMAIL PROTECTED]> writes: Marco> Hope that some day we will switch to upstart. Ok, so when do we switch to upstart? -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-04 Thread Marco d'Itri
On Jul 04, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote: > In my case the network connection doesn't come up until after I've > logged in and given the pasword for the wireless network. I don't > think upstart is going to fix that. It is. -- ciao, Marco signature.asc Description: Digital s

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-04 Thread Tino Keitel
On Wed, Jul 04, 2007 at 17:11:24 +0200, Martijn van Oosterhout wrote: > On 7/4/07, Marco d'Itri <[EMAIL PROTECTED]> wrote: >> On Jul 04, Touko Korpela <[EMAIL PROTECTED]> wrote: >> >> > Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq >> Hope that some day we will switch to

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-04 Thread Martijn van Oosterhout
On 7/4/07, Marco d'Itri <[EMAIL PROTECTED]> wrote: On Jul 04, Touko Korpela <[EMAIL PROTECTED]> wrote: > Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq Hope that some day we will switch to upstart. In my case the network connection doesn't come up until after I've log

Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-03 Thread Simon Kelley
Touko Korpela wrote: Peter Eisentraut wrote: The network is started by /etc/rc0.d/S35networking, which starts ntpdate when eth0 becomes "up". At that time, the local nameserver is not yet available, it is started by /etc/rc[2345].d/S15bind9. ntpdate cannot resolve the names of the NTP servers a

Re: Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-03 Thread Marco d'Itri
On Jul 04, Touko Korpela <[EMAIL PROTECTED]> wrote: > Is there any ideas to fix this? I'm having same problem with ntp+dnsmasq Hope that some day we will switch to upstart. -- ciao, Marco signature.asc Description: Digital signature

Bug#417118: ntpdate: Start sequence problem for some network setups

2007-07-03 Thread Touko Korpela
Peter Eisentraut wrote: >> The network is started by /etc/rc0.d/S35networking, which starts ntpdate >> when eth0 becomes "up". At that time, the local nameserver is not yet >> available, it is started by /etc/rc[2345].d/S15bind9. ntpdate cannot >> resolve the names of the NTP servers and fails. >