When starting the vpnc-client using the init.d-script, it spits out the following: * Starting VPNC: uzh ... /etc/vpnc/vpnc-script: line 70: which: command not found /etc/vpnc/vpnc-script: line 70: which: command not found It seems to work nevertheless.
You have a profile where which is not part of system? It is a workaround for SunOS (Solaris?) mainly, so the failing command has no effect on Linux/BSDs.
Resolving for the time being.
Well, whether it has an effect or not, it's annoying. My profile: default-linux/amd64/2007.0
(In reply to comment #3) > Well, whether it has an effect or not, it's annoying. > My profile: default-linux/amd64/2007.0 Mhhh, ok, but the which command is available? Please try to insert a random which in vpnc-script and watch if it also fails...
This results in various problems in init.d-scripts or services. In my case, PATH looked like this: /sbin:/usr/sbin:/bin:/sbin:/usr/bin�:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin And the vpnc-script always moaned that "'which' could not be found". On another machine my ccollect-based backup cron job stopped working since ccollect couldn't find rsync because the scripts get the same environment as fcron does. The patch at http://roy.marples.name/~roy/start-stop-daemon.patch solves the issue (thanks to Roy)
please somebody fix this ASAP, it is a major annoyance to have a corrupted PATH in env for every service started via init scripts
*** Bug 202977 has been marked as a duplicate of this bug. ***
since no base-system member was able to fix that in a timely manner i have commited 2.0.0_rc6-r1 with roys patch now...