I get the following when emerging dev-cpp/gtkmm-2.10.10: * Updating scrollkeeper database ... sh: scrollkeeper-config: command not found /usr/portage/eclass/gnome2-utils.eclass: line 191: 17705 Segmentation fault ${SCROLLKEEPER_UPDATE_BIN} -q -p ${SCROLLKEEPER_DIR} >>> Regenerating /etc/ld.so.cache... Nevertheless, the emerge completes successfully. I don't have scrollkeeper installed and emerge -uDNav world doesn't tell me to install anything. I am pretty sure I ran into the same thing when emerging some other gnome application but don't remember which. gnome2-utils.eclass on line 191 calls scrollkeeper-update, which segfaults: wu ~ # /usr/bin/scrollkeeper-update sh: scrollkeeper-config: command not found sh: scrollkeeper-config: command not found Segmentation fault Reproducible: Always wu ~ # emerge --info Portage 2.1.2.9 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.22.1 x86_64) ================================================================= System uname: 2.6.22.1 x86_64 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 20 Jul 2007 15:20:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo" LINGUAS="en ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/science /usr/portage/local/layman/sunrise /usr/portage/local/usr" SYNC="rsync://gentoo3.chem.wisc.edu/gentoo-portage" USE="X a52 aac accessibility acl acpi alsa amd64 arts aspnet aspnetedit bitmap-fonts cairo cli cracklib cscope cups dbus dga dia dri dts dvd encode enscript esd fbsplash fftw fortran gdbm glitz gnuplot gpm graphviz gtk hal iconv imagemagick isdnlog jpeg kde kdehiddenvisibility lapack libg++ mad matroska midi mmx mmxext mp3 mudflap ncurses nptl nptlonly opengl openmp oss pam pcmcia pcre pdf perl plotutils png postscript pppd python qt3 qt3support qt4 quicktime readline reflection rtc samba sdl session silvercity spl sqlite sqlite3 sse sse2 ssl ssse3 svg tcpd theora threads tk truetype truetype-fonts type1-fonts unicode vim-pager vim-syntax vim-with-x vorbis wmf x264 xorg xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" USERLAND="GNU" VIDEO_CARDS="i810" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Given the description you make, it's apparent that it's a local problem on your machine. Both /usr/bin/scrollkeeper-update and /usr/bin/scrollkeeper-config are owned by scrollkeeper. The eclass attempts to run -update since it finds it, which normally implies that scrollkeeper is installed. The segfault is therefore not tremendously shocking, and I personally wouldn't classify it as a real bug. Modifying scrollkeeper-update's source code to avoid the segfault, or modifying the eclass to check for both -update and -config might help in this particular case, but in practise it wouldn't fix the real cause of the problem you see, which is that for some reason your system has an incomplete or corrupt installation of scrollkeeper. If you do want scrollkeeper on your system, emerge it. If not, unmerge it (if portage thinks it's installed) or remove /usr/bin/scrollkeeper-update manually.