On 01/05/2025 14:37, Farid Cheraghi wrote:
Package: gnome-shell
Version: 48.1-1
Despite my first impression, it is not a bug report sent to a wrong mail
address. Below:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1104035
and there
Jeremy Bícha:
This sounds like a request for user support.
I expect that when I press alt+f2 and type an executable name which is
present in `~/.local/bin/` to be executed.
It may be specific to a display manager, a display environment, a
runner. See below for some ideas for debugging.
What is actual PATH value for applications started using menu instead of
[Alt+F2] runner? I would check some process that is not a terminal
application. Gnome-terminal is a client-server application, so it is
even more complicated than e.g. xterm.
I suggest to inspect PATH for each parent process PID in the tree
reported by
ps xwf
e.g. with proper PID number (single line)
while IFS='' read -r -d ''; do if [[ "$REPLY" = PATH* ]]; then echo
"$REPLY"; break; fi; done </proc/PID/environ
and systemd notion of PATH for each parent in cgroup hierarchy
systemd-cgls
and with proper UNIT (.service names)
systemctl --user show -p Environment UNIT
systemctl --user cat UNIT
or without --user for user@UID.service
There might be difference of runner and spawned application environment.
To eliminate shell completely:
printenv PATH
e.g.
systemd-run --user printenv PATH
and check "journalctl --user -e" (or perhaps with "-f"). However for
this particular example is should be identical to "systemctl --user
show-environment" that does not include ~/.local/bin in your case.
Sorry, I am running KDE, and these days I am not motivated to run GNOME
even as live image in VM (even though sometimes I do it).
