Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 127419 - /sbin/depscan.sh: Re-caching dependency info (mtimes differ)...
Summary: /sbin/depscan.sh: Re-caching dependency info (mtimes differ)...
Status: RESOLVED DUPLICATE of bug 126843
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High trivial (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-24 05:23 UTC by Toralf Förster
Modified: 2006-04-28 10:58 UTC (History)
4 users (show)

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 Toralf Förster gentoo-dev 2006-03-24 05:23:20 UTC
Seems, that this script does not update all required information it's needed correctly.

After updating sendmail/courier I got *a lot* of those messages during start/stop of the init script.

After I edited the file /etc/init.d/sendmail (commented out the "provide"-line), run manually /sbin/depscan.sh, edited the file again (revert the changes) and called depscan.sh the 2nd time the issue was removed.

With the same procedure I solved this issue under my user mode linux with /etc/init.d/courier-authlib.
Comment 1 SpanKY gentoo-dev 2006-03-24 07:26:26 UTC
you neglected to post `emerge info`
Comment 2 Toralf Förster gentoo-dev 2006-03-24 11:19:38 UTC
tfoerste@n22 ~ $ emerge info
Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1700MHz
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LINGUAS="de en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 arts audiofile avi berkdb bitmap-fonts bzip2 cdr cli crypt ctype cups curl dba dri dvd emboss encode exif expat fam fastbuild ffmpeg font-server foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 jai java javascript jimi joystick jpeg junit kde lcms libg++ libwww live logrotate mad mbox memlimit mhash mikmod mmx mmxext mng motif mp3 mpeg mysql ncurses nls nptl nsplugin ogg opengl oss pam pcre pdflib perl php png posix python qt quicktime readline real rtc samba sdl session simplexml slp snmp soap sockets spell spl sse sse2 ssl subversion swat tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts udev usb userlocales vorbis win32codecs xine xml xml2 xsl xv xvid yaepg zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 3 Toralf Förster gentoo-dev 2006-03-27 03:18:26 UTC
emerge info tone.
Comment 4 Peter Hyman 2006-04-01 02:44:33 UTC
I also have noticed this problem with privoxy, samba, and vmware. However, it is spurious. Here is the init output during system startup:

 * Enabling numlock on ttys
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Starting privoxy ...
 * Starting vixie-cron ...
 * Starting xinetd ...
 * Starting local ...
 * Setting framebuffer console images ...
 [ ok ]

Privoxy was updated a few days ago. Not sure what's being re-cached. Today, this was the only place this occured.

peter@mars ~ $ sudo emerge info
Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.5-r3, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 2800+
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer"
DISTDIR="/mnt/src/distfiles"    
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo ftp://206.75.217.180/"
MAKEOPTS="-j2"                  
PKGDIR="/mnt/src/portage/packages"
PORTAGE_TMPDIR="/mnt/src/var/tmp"
PORTDIR="/mnt/src/portage"      
PORTDIR_OVERLAY="/mnt/src/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts artswrappersuid audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl dri dvd dvdr eds emboss encode esd exif expat fam flac foomaticdb fortran gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml idn imagemagick imlib ipv6 isdnlog java jpeg lcms ldap libg++ libwww mad mikmod mng motif mp3 mpeg mysql ncurses nls offensive ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt quicktime readline recode samba sdl slang spell ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml2 xmms xscreensaver xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 5 Peter Hyman 2006-04-01 02:53:08 UTC
May want to check /lib/rcscripts/sh/rc-services.sh, line 141

	# Does the stored mtime match that of the current rc-script?
	if ! check_mtime "${myservice}" "${rc_mtime}"
	then
		# Nope, check if we already ran depscan.sh
		source "${svcdir}/deptree"
		rc_index="`get_service_index "${myservice}" "${rc_index}"`"
		rc_mtime="${RC_DEPEND_TREE[$((${rc_index} + ${rc_type_mtime}))]}"

		# Do we have it now?
		if ! check_mtime "${myservice}" "${rc_mtime}"
		then
			# Not?  So run depscan.sh ...
			einfo "Re-caching dependency info (mtimes differ)..." &>/dev/stderr
			if ! /sbin/depscan.sh &>/dev/null
			then
				return 1
			else
				# We want to check if we got the dep info later on ...
				unset RC_GOT_DEPTREE_INFO
				source "${svcdir}/deptree"
				# Everything "OK" ?
				[ "${RC_GOT_DEPTREE_INFO}" != "yes" ] && return 1
			fi

			rc_index="`get_service_index "${myservice}" "${rc_index}"`"
		fi
	fi
Comment 6 Peter Hyman 2006-04-04 03:30:37 UTC
In case it matters, these messages also occur during shutdown. I continue to get these warnings during each startup and shutdown.
Comment 7 SpanKY gentoo-dev 2006-04-10 19:56:22 UTC
does baselayout-1.12.x work for you guys ?
Comment 8 Peter Hyman 2006-04-11 04:26:19 UTC
I don't use ~x86 for base and core packages. Thx
Comment 9 Toralf Förster gentoo-dev 2006-04-11 04:44:49 UTC
>I don't use ~x86 for base and core packages. Thx
Me, too. I use only a stable system at my work.
Comment 10 SpanKY gentoo-dev 2006-04-18 16:46:20 UTC
well since you guys cant do any useful testing i'll just assume this bug is already fixed

*** This bug has been marked as a duplicate of 126843 ***
Comment 11 Peter Hyman 2006-04-18 16:51:39 UTC
Well I'm sure you can understand my reticence to add ~x86 with core packages. In any event, the problem seemed to have gone away, and I have no idea why. I have not seen it happen lately. Best to close it and see what happens down the road. Probably a good idea to check rc-services as indicated in comment #5.
Comment 12 SpanKY gentoo-dev 2006-04-18 22:01:54 UTC
> Well I'm sure you can understand my reticence to add ~x86 with core packages.

no, not really
Comment 13 Luc Bouchard 2006-04-28 10:58:31 UTC
(In reply to comment #12)
> > Well I'm sure you can understand my reticence to add ~x86 with core packages.
> no, not really

Because the stable baselayout release break my machine(s) enough, I don't really need to go to the unstable ones.