Bug 118423 – emerging baselayout leaves no files in /lib/rcscripts/sh/

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Ruben G. Martin 2006-01-09 09:25:39 UTC]

I just did an 'emerge system' to update my system (which could be a couple months outdated), and since that moment all the /etc/init.d scripts complain about nonexisting /lib/rcscripts/sh/* scripts.
I've tried reemerging baselayout a couple of times, downgrading/upgrading, etc, but it seems that these files get deleted on the way or something like that (because emerge lists them but they are simply not there!)

[Comment 1 SpanKY 2006-01-09 16:00:50 UTC]

you neglected to post `emerge info`

also, please run `emerge baselayout >& log` and post the log as an attachment

[Comment 2 Ruben G. Martin 2006-01-09 18:09:23 UTC]

Created attachment 76683 [details]
output of "emerge baselayout >& log"

[Comment 3 Ruben G. Martin 2006-01-09 18:10:52 UTC]

Oops sorry, this is my 'emerge info':

oberon ruben # emerge info
Portage 2.1_pre3-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.12-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre13
dev-lang/python:     2.3.4-r1, 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-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -fomit-frame-pointer"
CHOST="x86_64-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.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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="-O2 -march=athlon64 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LINGUAS="es en eo pl"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac aalib alsa arts audiofile avi berkdb bitmap-fonts bzip2 cddb cdparanoia cdr crypt cups curl doc dv dvd dvdr eds emacs emboss encode esd examples exif expat fam ffmpeg foomaticdb fortran gdbm gif glut gpm gstreamer gtk2 i8x0 idn ieee1394 imagemagick imlib jpeg kde kdeenablefinal lcms ldap libcaca libwww lzw lzw-tiff mad mjpeg mng mp3 mpeg ncurses nls ogg oggvorbis opengl pam pcre pdflib perl png python qt quicktime readline real sdl spell ssl subtitles tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vorbis xml2 xmms xpm xv xvid zlib elibc_glibc kernel_linux linguas_es linguas_en linguas_eo linguas_pl userland_GNU video_cards_radeon"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTDIR_OVERLAY

[Comment 4 Ruben G. Martin 2006-01-09 18:15:25 UTC]

Created attachment 76685 [details]
output of "rc-status" and "/etc/init.d/domainname status"

This is the output of an "rc-status" and "/etc/init.d/domainname status", similar messages appear for every other script in /etc/init.d

[Comment 5 SpanKY 2006-01-09 20:27:07 UTC]

isnt your /lib a symlink to /lib64 ?

[Comment 6 Ruben G. Martin 2006-01-10 05:34:21 UTC]

Indeed.

[Comment 7 SpanKY 2006-01-10 05:48:31 UTC]

so doesnt `ls -l /lib/rcscripts/sh/rc-services.sh` work ?

[Comment 8 Ruben G. Martin 2006-01-10 06:49:47 UTC]

Exactly. There's no /lib/rcscripts/sh directory, and no /lib/rcscripts/awk directory.

[Comment 9 SpanKY 2006-01-10 08:05:54 UTC]

umm, so what did you mean by comment #6 ?  is your /lib a symlink to /lib64 or not

[Comment 10 Ruben G. Martin 2006-01-10 09:45:14 UTC]

Yes, /lib points to /lib64.

[Comment 11 SpanKY 2006-01-10 10:44:16 UTC]

so `ls /lib64/rcscripts/sh/rc-services.sh` works but `ls /lib/rcscripts/sh/rc-services.sh` does not ?

[Comment 12 Ruben G. Martin 2006-01-10 10:49:38 UTC]

Nope. Inside /<whateveryacallit>/rcscripts there is NO sh/ nor awk/ directories whatsoever, no matter how many times I try reinstalling baselayout. And yes, my fs are mounted r+w.

[Comment 13 SpanKY 2006-01-10 12:23:23 UTC]

hrm that's weird considering the log you posted showed portage leaving the files there ...

[Comment 14 Ruben G. Martin 2006-01-11 05:46:29 UTC]

I know... the logs say the files are there, but they are not...

[Comment 15 Ruben G. Martin 2006-12-30 03:46:00 UTC]

It was solved at the next system update.