Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I have run into this problem too so here is a short summary. /usr/share/sddm/scripts/Xsession is not used at all, at least when starting KDE. /usr/share/sddm/scripts/Xsetup is used but sourcing /etc/profile there is wrong and has no effect anyway. The suggested .xsessionrc workaround works. For instance: ( echo '[ -f /etc/profile ] . /etc/profile'; echo '[ -f $HOME/.profile ] . $HOME/.profile' ) $HOME/.xsessionrc Another option that works but is not as clean is to add those lines to /usr/bin/strartkde. I hope a better fix can be found to not force every user to manually create a file in his $HOME. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ If it stinks, it's chemistry. If it moves, it's biology. If it does not work, it's computer science.
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
Also trying to run games from the K menu gives a *really* weird error: KDEInit could not launch 'supertuxkart': Could not open library '/usr/lib/x86_64-linux-gnu/libkdeinit5_supertuxkart'. Cannot load library /usr/lib/x86_64-linux-gnu/libkdeinit5_supertuxkart: (/usr/lib/x86_64-linux-gnu/libkdeinit5_supertuxkart.so: cannot open shared object file: No such file or directory)
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I can confirm that this happens in my 3 Debian machines, and that using KDM instead fixes it. If you need any more data about my machines, let me know. Cheers, Marcos
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I am experiencing the same problem. Switching to the old kdm does help. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libpam0g 1.1.8-3.1 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5dbus5 5.4.2+dfsg-5 ii libqt5gui55.4.2+dfsg-5 ii libqt5network55.4.2+dfsg-5 ii libqt5qml55.4.2-4 ii libqt5quick5 5.4.2-4 ii libstdc++65.1.1-14 ii libsystemd0 222-2 ii libxcb-xkb1 1.10-3+b1 ii libxcb1 1.10-3+b1 ii qml-module-qtquick2 5.4.2-4 ii sddm-theme-breeze [sddm-theme]4:5.3.2-4 ii sddm-theme-circles [sddm-theme] 0.11.0-3 ii sddm-theme-elarun [sddm-theme]0.11.0-3 ii sddm-theme-maldives [sddm-theme] 0.11.0-3 ii sddm-theme-maui [sddm-theme] 0.11.0-3 sddm recommends no packages. sddm suggests no packages. -- debconf information: * shared/default-x-display-manager: sddm sddm/daemon_name: /usr/bin/sddm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I see that sddm contains /usr/share/sddm/scripts/Xsession with those includes, but apparently in my case it didn't help including /etc/profile and $HOME/.profile (my shell is bash, and I have $HOME/.profile and no $HOME/.bash_profile). I tested, and sddm does include $HOME/.xsessionrc however. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
Package: sddm Version: 0.11.0-3 Severity: important Dear Maintainer, After upgrading Debian testing to KDE Plasma 5, things which rely on /etc/profile being sourced became broken because sddm doesn't source it unlike kdm did (it also doesn't source $HOME/.profile unlike kdm, so if anything relied on that it would be broken too). For example, /etc/profile adds /usr/games to the PATH, and minetest and a number of other Debian games rely on this. With sddm + Plasma 5 their launchers became broken in Debian. I filed the bug upstream: https://github.com/sddm/sddm/issues/448 and sddm developers commented that profiles aren't supposed to be sourced by the display manager, so there should be some other way of handling this in such case. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libpam0g1.1.8-3.1 ii libqt5core5a5.4.2+dfsg-5 ii libqt5dbus5 5.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5network5 5.4.2+dfsg-5 ii libqt5qml5 5.4.2-4 ii libqt5quick55.4.2-4 ii libstdc++6 5.1.1-14 ii libsystemd0 222-2 ii libxcb-xkb1 1.10-3+b1 ii libxcb1 1.10-3+b1 ii qml-module-qtquick2 5.4.2-4 ii sddm-theme-breeze [sddm-theme] 4:5.3.2-4 sddm recommends no packages. sddm suggests no packages. -- debconf information: * shared/default-x-display-manager: sddm sddm/daemon_name: /usr/bin/sddm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org