Bug 150313 – dev-lang/gnu-smalltalk-2.2 installs scripts pointing into /var/tmp/portage

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description David Leverton 2006-10-06 12:52:49 UTC]

# 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

[Comment 1 Luis Araujo (RETIRED) 2006-11-05 08:38:28 UTC]

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,