Control: reassign -1 lightdm 1.10.3-3 Control: clone -1 -2 Control: reassign -2 x11-common 1:7.7+7 Control: severity -1 normal Control: retitle -1 Missing pam_env.so user_readenv=1 in the pam file Control: severity -2 normal Control: retitle -2 Xsession script to process /etc/profile and ~/.profile
The reported issue is not specific to cinnamon, so I'm reassigning parts of this to the lightdm package maintainers and the rest to the x11-common maintainers. On 03/05/15 17:51, graeme vetterlein wrote: > My ~/.profile (I believe the default jessie one) was not being sourced as > $PATH > was being set incorrectly The ~/.profile file is intended to be sourced by a login shell session, it's not specified if it needs to be sourced by a X session, and it hasn't been the default in most Debian desktop managers. The documented way to add environment variables is using the ~/.xsessionrc to add them when starting the X session (see Xsession(5)), or /etc/environment and ~/.pam_environment to add them when login in via pam. Sadly, the pam file distributed in the lightdm package is not processing the /etc/environment and ~/.pam_environment file. Thus the reassignment of this bug to the lightdm package. Lightdm maintainers: please consider adding: auth required pam_env.so user_readenv=1 to the /etc/pam.d/lightdm conffile > I expected BOTH scripts to be executed at a GUI logon. > Looking back @ wheezy, I see work was done in /etc/gdm/Xsession. I took the > relevant section > of that file and used it to create: > /etc/X11/Xsession.d/70fix_lightdm_gpv: > # GPV: 2-May-2015, lightdm + cinnamon forgets to source ANY profiles!! > # First read /etc/profile and .profile > test -f /etc/profile && . /etc/profile > test -f "$HOME/.profile" && . "$HOME/.profile" > # Second read /etc/xprofile and .xprofile for X specific setup > test -f /etc/xprofile && . /etc/xprofile > test -f "$HOME/.xprofile" && . "$HOME/.xprofile" > This caused both /etc/profile and ~/.profile to get executed and so the > wheezy behaviour was restored. I'm not sure this is a good idea, but I forward this part to the x11-common package maintainers, so they decide whether it makes sense to add a Xsession.d script for this. Happy hacking, -- "Seek simplicity, and distrust it." -- Whitehead's Rule Saludos /\/\ /\ >< `/
signature.asc
Description: OpenPGP digital signature