Bug#1037084: bookworm: When using gdm3 to start non-GNOME wayland sessions, PATH may be set differently
On Mon, 29 Apr 2024 13:09:27 -0700 Jay <santosjaycee.0@gmail.com>
wrote:
> On Sat, Jun 17, 2023 at 4:55 AM Alban Browaeys
<alban.browaeys@gmail.com> wrote:
> > This bug would likely be fixed by Debian (the systemd package?)
> > shipping a /usr/lib/systemd/user-environment-generators/ systemd
user
> > environment generator with the default PATH Debian already set in
> > /etc/profile.
> I plan to check with the Debian systemd package maintainers about
this option.
>
> But
> > Or ship an /usr/lib/environment.d/*.conf file (which itself is
read by
> > a systemd user environment generator : /usr/lib/systemd/user-
> > environment-generators/30-systemd-environment-d-generator).
> This might be the solution we're looking for. A
> /usr/lib/environment.d/??-gdm3.conf file
> provided by the gdm3 package?
No, in that it should not be named after gdm.
It is a bit far, but to me your issue is due to gdm3 not overwriting
the systemd user environment with its own PATH value anymore. This
means that you got things back working by reverting
https://gitlab.gnome.org/GNOME/gdm/-/commit/ccecd9c975d04da80db4cd547b67a1a94fa83292
because you made gdm3 overwrite the system user session environment
PATH value as it was doing before.
So the issue is that the systemd user enviroment is not set properly
for Debian specific PATH components (and that gdm3 does not overwrite
this systemd user session PATH value anymore if one is set, thus the
gdm3 fallback PATH mention in the patch. That is if no PATH value is
defined in the environment, then the old behavior of gdm setting it is
preserved, but if one is defined, then it is not changed).
Thus if you get the wrong PATH value it is not because gdm set it to
the wrong value, but because it stopped overweriting the bad value (in
that Debian requires a specific value that is not hte default and as no
Debian specific config has been provided, the default is wrong).
So the issue is, to me, Debian systemd specific and only involves gdm
because it has stopped overwriting the systemd default value (which is
wrong on Debian because Debian has specific path).
The Debian specific defaults are shown in /etc/profile
if [ "$(id -u)" -eq 0 ]; then
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
Debian systemd package just need to ship a config file to set this PATH
value.
So a /usr/lib/environment.d/??-debian.conf file shipped by the Debian
systemd package is what I deem the correct fix.
This bug report should be reassigned to systemd in my opinion.
So you were right that reverting commit ccecd9c9 would fix your issue,
but not because gdm added a bug but because it stopped hiding an
underlying "bug" (well wrong default PATH value in systemd for Debian).
It could be that systemd maintainers thing this is gdm job to overwrite
their value, though it looks more correct to me to bug them first as
they are the one setting the wrong default for Debian (or so I believe,
I have not checked extensively if the wrong PATH default value could be
fine at the systemd level and be changed afterwards).
Cheers,
Alban
Reply to: