Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 86290 - ntp-client not added to rc scripts after update
Summary: ntp-client not added to rc scripts after update
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: SpanKY
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-22 12:14 UTC by John (EBo) David
Modified: 2005-03-22 18:58 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John (EBo) David 2005-03-22 12:14:04 UTC
A recent update to ntp created a new program "ntp-client" which is used to set the time at boot.

During a recent upgrade, ntp stopped working and I *finially* tracked it down to ntp-client not being called at boot.

Solution:  run "rc-update add ntp-client default"

Something that tripped me up was the fact that my /etc/ntp.conf file keeps being overwritten at boot time, and I have yet to figure out where or why (I have not seen any reference in ntp docs).

Reproducible: Always
Steps to Reproduce:
1. emerge -C ntp
2. emerge ntp
3. reboot system

Actual Results:  
time not set 

Expected Results:  
time syncronized to one of the referenced clocks. 
 
 

Portage 2.0.51.19 (default-linux/x86/2004.0, gcc-3.3.5, 
glibc-2.3.4.20041102-r1, 2.6.8-gentoo-r4 i686) 
================================================================= 
System uname: 2.6.8-gentoo-r4 i686 mobile AMD  Duron(tm) 
Gentoo Base System version 1.4.16 
Python:              dev-lang/python-2.3.4-r1,dev-lang/python-2.2.3-r6 [2.3.4 
(#1, Feb  8 2005, 15:59:41)] 
dev-lang/python:     2.3.4-r1, 2.2.3-r6 
sys-devel/autoconf:  2.13, 2.59-r6 
sys-devel/automake:  1.8.5-r3, 1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4 
sys-devel/binutils:  2.15.92.0.2-r1 
sys-devel/libtool:   1.5.10-r4 
virtual/os-headers:  2.4.22-r1 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-O3 -march=athlon -funroll-loops -fprefetch-loop-arrays -pipe" 
CHOST="i686-pc-linux-gnu" 
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-O3 -march=athlon -funroll-loops -fprefetch-loop-arrays -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs autoconfig ccache cvs digest distlocks sandbox sfperms" 
GENTOO_MIRRORS="http://distfiles.gentoo.org 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="x86 X Xaw3d acpi alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr 
crypt cups curl emacs emboss encode esd f77 fam flac font-server foomaticdb 
fortran g77 gdbm gif gphoto2 gpm gtk gtk2 imagemagick imap imlib ipv6 java 
jpeg junit kde ldap libg++ libwww mad mikmod motif mozilla mp3 mpeg mpi mysql 
ncurses nls oggvorbis opengl oss pam pdflib perl php plotutils pmeg png pnp 
ppds python qt quicktime readline scanner sdl slang speex spell ssl svga tcltk 
tcpd tetex tiff truetype truetype-fonts trusted type1-fonts usb wxwindows xml 
xml2 xmms xv zlib" 
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Comment 1 SpanKY gentoo-dev 2005-03-22 13:24:50 UTC
ntp.conf is overwritten by dhcp, read the net docs to see how to disable that behavior

either way, i dont see a bug
Comment 2 John (EBo) David 2005-03-22 18:58:29 UTC
Well, it seems I was looking in the wrong place for what was overwriting the ntp.conf file.  I never would have thought that dhcp, or any other service, should overwrite a configuration file of another service/program.  Oh well.

Fine, but I have the following questions: why was the rc-update not done automatically when the program was split?  Let me guess, there was a note at the end of the ebuild that tells me that I should run this manually.  The problem is that sync'ing the system when there are maybe a dozen packages to update these end of installation messages are scrolled off the screen and I never see them...

This, in my opinion, violates the principle of lest supprise (updating a package fundamentally breaks it).  There must be a better way to deal with it.  So it is hard to say if it is a bug or not.  But for sure, something is broken

astala bye bye