On 7/17/24 12:16 AM, Masaru Nomiya wrote:
In case you are wondering, sddm executes xprofile natively, just like xinitrc, so it is configured as follows.
$ cat /usr/share/sddm/scripts/Xsession | grep profile [...] $SHELL -c "if (-f /etc/csh.login) source /etc/csh.login; if (-f ~/.login) source ~/.login; /bin/sh -c 'export -p' >! $xsess_tmp" . $xsess_tmp rm -f $xsess_tmp ;; */fish) [ -f /etc/profile ] && . /etc/profile [ -f $HOME/.profile ] && . $HOME/.profile -- $SHELL --login -c "/bin/sh -c 'export -p' > $xsess_tmp" . $xsess_tmp rm -f $xsess_tmp ;; *) # Plain sh, ksh, and anything we do not know. [ -f /etc/profile ] && . /etc/profile [ -f $HOME/.profile ] && . $HOME/.profile ;; esac
[ -f /etc/xprofile ] && . /etc/xprofile [ -f /usr/local/etc/xprofile ] && . /usr/local/etc/xprofile [ -f $HOME/.xprofile ] && . $HOME/.xprofile
That is, profile and xprofile are treated equally.
Thank you Felix and Masaru, I think I see the problem. There were changes to the X init between 15.4 and TW moving much to the individual display manager Xsession files. But since I use KDE3/kdm those changes were not made there leaving kdm not sourcing xprofile. So I'll try both ways and see if I can make them work. The short script in xinit.d seems the easiest. But long term for KDE3/kdm do we need to create a kdm/Xsessions to handle this and submit a patch? -- David C. Rankin, J.D.,P.E.