Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#1881 - ~/.xsession doesn't run .bashrc
Attached to Project:
Arch Linux
Opened by Lukas Sabota (punkrockguy318) - Tuesday, 07 December 2004, 20:38 GMT
Last edited by Judd Vinet (judd) - Wednesday, 08 December 2004, 00:08 GMT
Opened by Lukas Sabota (punkrockguy318) - Tuesday, 07 December 2004, 20:38 GMT
Last edited by Judd Vinet (judd) - Wednesday, 08 December 2004, 00:08 GMT
|
Details~/.xsession should also source ~/.bashrc, because environment variables are commonly set from there (ie: PATH, TERMCMD, etc). The new skel now sources . /etc/profile, but ~/.bashrc would probobly be a good idea as well.
|
This task depends upon
echo ".bashrc ran" >>/tmp/log
After logging back in and opening up a term, I saw two ".bashrc ran" lines, one for the initial login, and one for the terminal I opened up.
My .xsession file:
[jvinet@pluto ~]$ cat .xsession
#!/bin/sh
bash --login -i ~/.xinitrc
I use xdm on this machine and I'm pretty sure (by that lame debugging trick above) that .bashrc is being ran. To confirm, i logged out, logged back in, then hit CTRL-ALT-F1 to get to a console, so I didn't have to open any terminals. Then I logged in as root (again to avoid running my real user's .bashrc) and checked the /tmp/log file. And it did indeed still have the ".bashrc ran" line in it. The only time .bashrc could have ran was when I logged in via xdm.