[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Resolved: Failed to execute child process (no such file or directory), but the script DOES exist in $HOME/bin, openbox users, especially take a look, please.

On 9/22/2016 10:45 AM, Brian wrote:

On Thu 22 Sep 2016 at 12:10:35 -0400, Greg Wooledge wrote:


On Thu, Sep 22, 2016 at 09:00:11AM -0700, Seeker wrote:

A little late, but personally I would have tried using '~/.xprofile'
first.

I believe the information about this from the Arch Wiki applies equally
to Debian.

https://wiki.archlinux.org/index.php/xprofile


wooledg@wooledg:~$ grep -r xprofile /etc/X11
wooledg@wooledg:~$


Good catch! You can have a ~/.xprofile but none of the files in /etc/X11
will look for it. startx uses only the files in /etc/X11; it will ignore
whatever is in such a file.

That does not mean nothing else will look for ~/.xprofile and source it
if it exists. It's one of the wonders of Debian; just when you think you
have a total grasp of the situation something extra comes to light. Time
for some not very onerous detective work. (Clue: DM).



Way back I used to use '~/.profile'. Somewhere along the way, maybe
because I stopped using GDM, that quit working. The indication at that
time was it was not a bug and the recommendation seemed to be to use
'~/.xprofile'.

I'm running unstable by the way.

It's been a while since I needed to set variables during login.

I do see a '/etc/X11/Xsession.d/60xprofile' file that looks like it
should cause '/etc/xprofile' and '~/.xprofile' to get sourced, but that
doesn't seem to be happening on my system.

I'm using lightdm for my display manager, lxqt for my desktop, with
openbox for the window manager most of the time.

Will have to look at lxde and kde to see if it is a desktop thing or
something else.

Later, Seeker
Reply to: