After doing a fresh emerge rsync and emerge -u world/system, I installed hsflinmodem so I could drive my winmodem on a vaio laptop. I ran hsfconfig and it asked if I wanted to auto-detect the modem, I said yes then it died with no lspci. Installed lspci, and it detected [the modem card], then continued up until the point it asked about where the linux kernel source is. I told it the default answer (which is correct; /lib/modules/2.4.19/build a symlink to /usr/src/linux-2.4.19). It then died with the following error: /usr/sbin/hsfconfig: line 1: gcc: command not found I checked, 'which gcc' (-> /usr/i686-pc-linux-gnu/gcc-bin/3.2/gcc) and 'whereis gcc' (-> gcc: ). The location the binary resides is in my path, but the hsfconfig script isn't seeing that for some reason. I can come up with a couple bad 'fake' solutions offhand, but don't have a single good clean solution. Thus in as a bug it goes. Hopefully to someone who knows bash better than I do it'll be an easy fix.
do you have colorgcc on the box ? if so update it and then try again
I didn't have it, I added colorgcc, tried hsfconfig; still no dice. Same error.
I also noticed that bug and i'm already working on it. the problem is that hsfconfig seems to look for gcc only in /usr/bin, not in the full path. A workaround is to edit /usr/lib/hsf/modules/common.mak and change the cc-variable to point to the complete location of your gcc.
Hanno, maybe change it to set it to `which gcc` ?
lspci is in sys-apps/pciutils, I believe. This package should be a dependency for net-dialup/hsflinmodem. I received the same error from hsfconfig and had to revert to an older version of gcc to make it work. The "env-update && source /etc/profile" trick that fixes the ncurses error when running make menuconfig to build the kernel doesn't work in this case.
Ok, this should be fixed by gcc-config-1.3.0 or later.
fixed.
