On Sat, Jul 15, 2006 at 12:19:52AM +0200, Martin Michlmayr wrote: > * Peter Eisentraut <[EMAIL PROTECTED]> [2006-07-14 23:27]: > > ntpdate doesn't set the hardware clock, so the only thing this would > > achieve is having a good clock while the installer runs. Is that > > useful? > > Yes, otherwise we e.g. end up with a filesystem that was modified in > 1970 and e2fsck will complain on the next boot. > > Since I filed this bug, someone suggested that a tool other than ntp > might be better since it's smaller. Unfortunately, I cannot remember > the name right now. I'm CCing -boot so other people can comment, but > unless there are great ideas, I'm still interesting in having an ntp > udeb.
Because of recent changed I did (that haven't been commited yet), ntpdate now depends on libcrypto, so the ntpdate-udeb would end up with a dependency on libcrypto0.9.8-udeb. I hope that's not a problem? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
