Bug 100706

Summary: vncserver service never executes /etc/profile
Product: [Retired] Red Hat Linux Reporter: Richard Faasen <richard>
Component: vncAssignee: Tim Waugh <twaugh>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: low Docs Contact:
Priority: medium    
Version: 9   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: 4.0-9 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-12-10 17:23:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Richard Faasen 2003-07-24 14:22:04 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313

Description of problem:
When vncserver is setup and started with the "service vncserver start" command,
the scripts /etc/profile and ~/.bash_profile are never executed. This results in
some variables not set. In my case, because INPUTRC is unset, the delete key
does not work properly (tilde~). After making some changes in
/etc/init.d/vncserver (source /etc/profile ; source ~/.bash_profile   at the su
line) the variables were again set properly and delete key works as expected.

This does not solve the same problem for the tsch shell. When I start a tsch
shell in the remote vnc client, the delete key produces ~ and the INPUTRC
variable is not set.


Version-Release number of selected component (if applicable):
3.3.3r2-47

How reproducible:
Always

Steps to Reproduce:
1. Setup vncserver, then: service vncserver start
2. From remote machine connect to the vnc server
3. In a terminal window: echo $INPUTRC, use the DELETE key.
    

Actual Results:  $INPUTRC is empty. Delete key produces a tilde~.

Expected Results:  I would expect $INPUTRC be set and the delete key to work
properly as they are set in /etc/profile. This script should have ran at some point.

Additional info:

The /etc/profile script is started upon logon, and by starting vnc this way you
are not logging on, so profile is not started. So strictly speaking what happens
is correct behaviour. But /etc/profile usually contains stuff that is needed and
has to be run at some point. I have not tried the -l option with su, but I think
it will not solve the problem with both bash and tsch at the same time. The
above is a work-around that works fine for me.

Comment 1 Tim Waugh 2004-12-10 17:23:26 UTC
This is now fixed.