Description of problem: bash doesn't honor ~/.bash_profile. I start a gnome-terminal, and the variables and so set there aren't available. Version-Release number of selected component (if applicable): bash-3.0-36 How reproducible: Always Steps to Reproduce: 1. Start a gnome-terminal in gnome 2. 3. Actual results: Contents of .bash_profile aren't considered. Expected results: Read in .bash_profile Additional info: /var/log/secure shows the following after a failed login attepmt: Nov 22 16:54:29 quelen sshd[27274]: PAM unable to dlopen(/lib/security/$ISA/pam_ldap.so) Nov 22 16:54:29 quelen sshd[27274]: PAM [dlerror: /usr/lib64/libldap-2.2.so.7: undefined symbol: SSL_CTX_set_tmp_rsa_callback] Nov 22 16:54:29 quelen sshd[27274]: PAM adding faulty module: /lib/security/$ISA/pam_ldap.so
Sorry, the additional info is for another bug (with LDAP).
I observed the same - you can detect it by looking at $PATH - ~/bin is not added.
The .bash_profile file is sourced only for a login shell (see 'man bash'). One way to invoke bash as a login shell is to use the '-l' option, so if you want .bash_profile sourced from gnome-terminal you need to enable the 'Run command as a login shell' check-button in the gnome-terminal "Edit profile" dialog box.
Given that this was not needed in FC4, can this be flagged in the release notes, or perhaps better, can that check-button be set by default?
Hi guys, This is fixed in rawhide now. It was a bug in GDM (the component that provides the login screen). When someone logs in, a login shell should be executed. That wasn't happening. *** This bug has been marked as a duplicate of 177258 ***