# qlist dev-lang/gnu-smalltalk | xargs grep -n portage /usr/bin/gst-sunit:1:#! /var/tmp/portage/gnu-smalltalk-2.2/image//usr/bin/gst -f /usr/bin/gst-reload:1:#! /var/tmp/portage/gnu-smalltalk-2.2/image//usr/bin/gst -f /usr/bin/gst-load:1:#! /var/tmp/portage/gnu-smalltalk-2.2/image//usr/bin/gst -f Binary file /usr/share/emacs/site-lisp/gnu-smalltalk/gst-mode.elc matches Binary file /usr/share/emacs/site-lisp/gnu-smalltalk/smalltalk-mode.elc matches Binary file /usr/share/smalltalk/gst.im matches The .elc files aren't a problem, since it's just the standard "Compiled by ... from file ..." comment. I'm not sure about the .im - it contains a couple of references to /var/tmp/portage/kernel, but I'm not sure if it's anything meaningful. The scripts, on the other hand, are definately wrong, resulting in messages like -bash: /usr/bin/gst-load: /var/tmp/portage/gnu-smalltalk-2.2/image//usr/bin/gst: bad interpreter: No such file or directory # emerge --info Portage 2.1.1-r1 (default-linux/amd64/2005.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Turion(tm) 64 X2 Mobile Technology TL-50 Gentoo Base System version 1.12.5 Last Sync: Fri, 06 Oct 2006 18:00:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -pipe -fomit-frame-pointer -O2" 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 /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/games" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=athlon64 -msse3 -pipe -fomit-frame-pointer -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LINGUAS="en_GB en" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/gentoo-haskell /usr/local/overlays/xgl-coffee" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 aalib acl acpi alsa apache2 arts audiofile bash-completion bzip2 cairo cdr dbus dlloader dri dvd elibc_glibc fam gif gtk2 hal input_devices_keyboard input_devices_mouse input_devices_synaptics jack jpeg kde kernel_linux lcms libcaca linguas_en linguas_en_GB mad mbox mng mp3 mpeg nls nptl nptlonly nvidia ogg pam png speex ssl truetype udev unicode userland_GNU video_cards_none video_cards_nv video_cards_nvidia vorbis xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I just fixed these path problems. Now gst-{load, reload, sunit} are pointing to the default installation location (/usr/bin). They should work fine now. The problem with the kernel image was that we are generating a default image during the installation; this isn't _really_ necessary at all, but it makes it easier for the user to start playing with the program. When you create an image, the program builts-in the path of the current working directory where you are building it, so that's why it was getting the temporary installation path; i have also changed this behaviour and now the image is built from /usr/share/smalltalk ; but as i said, you always can create your own image (which is the most recommended for development). Thanks for reporting this bug. Regards,