Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 199749

Summary: sys-apps/baselayout-2.0.0_rc6: start-stop-daemon messes up $PATH
Product: Gentoo Linux Reporter: Tiziano Müller (RETIRED) <dev-zero>
Component: [OLD] baselayoutAssignee: Gentoo's Team for Core System packages <base-system>
Status: RESOLVED FIXED    
Severity: blocker CC: jakub, jasiupsota, uberlord, vserver-devs+disabled, wschlich
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Tiziano Müller (RETIRED) gentoo-dev 2007-11-20 09:57:15 UTC
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.
Comment 1 Christian Faulhammer (RETIRED) gentoo-dev 2007-11-20 11:55:54 UTC
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.
Comment 2 Christian Faulhammer (RETIRED) gentoo-dev 2007-12-14 04:58:56 UTC
Resolving for the time being.
Comment 3 Tiziano Müller (RETIRED) gentoo-dev 2007-12-14 07:21:53 UTC
Well, whether it has an effect or not, it's annoying.
My profile: default-linux/amd64/2007.0
Comment 4 Christian Faulhammer (RETIRED) gentoo-dev 2007-12-14 07:44:50 UTC
(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...

Comment 5 Tiziano Müller (RETIRED) gentoo-dev 2007-12-14 16:22:41 UTC
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)
Comment 6 Benedikt Böhm (RETIRED) gentoo-dev 2007-12-14 16:47:31 UTC
please somebody fix this ASAP, it is a major annoyance to have a corrupted PATH in env for every service started via init scripts
Comment 7 Roy Marples (RETIRED) gentoo-dev 2007-12-22 11:10:32 UTC
*** Bug 202977 has been marked as a duplicate of this bug. ***
Comment 8 Benedikt Böhm (RETIRED) gentoo-dev 2007-12-28 11:09:24 UTC
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...