<div dir="ltr">In XDG mode, per the XDG spec executables are not to be stored in config file locations. Since it can be regenerated from `xmonad.hs` when needed, it belongs under `.cache`. In legacy mode (~/.xmonad) the executable is kept next to the `xmonad.hs` file.<div><br></div><div>Your description of running `startx` seems a bit confused to me. Did you run it in the background and then try to run xmonad? This won't work because `startx` can't alter the environment variables of the running shell, so `$DISPLAY` won't be set. You need to run xmonad within the client environment: `startx ~/.cache/xmonad/xmonad-x86_64-linux` (it has to be a full pathname; see the `startx` documentation).</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Oct 22, 2023 at 3:03 PM Jan Detke <<a href="mailto:jandetke@outlook.com">jandetke@outlook.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Brandon Allbery <<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>> writes:<br>
<br>
> I'm looking at that page, and aside from one slight documentation bug that<br>
> doesn't really affect anything here it looks correct to me and shouldn't be<br>
> able to get the wrong executable name unless something has gone wrong<br>
> inside xmonad's compile logic. Although that also looks out of date: we<br>
> support stack building directly, so xmonad should use essentially that<br>
> build script itself when it sees a `stack.yaml` file.<br>
><br>
> You probably want to use the latest version of the install documentation:<br>
> <a href="https://github.com/xmonad/xmonad/blob/master/INSTALL.md#build-using-stack" rel="noreferrer" target="_blank">https://github.com/xmonad/xmonad/blob/master/INSTALL.md#build-using-stack</a><br>
><br>
I found the executable under '$HOME/.cache/xmonad/'. Is this the intendet location for the executable? I assumed that it would reside in the directory where my xmonad.hs and the build script are located.<br>
<br>
Additionally, I tried starting xmonad outside of my display manager that did not work out. I will look deeper into xinit for this regard - but as a short notice: I loggend in a tty, ran startx (with some warnings) and then xmonad. The received output was 'xmonad-x86_64-linux: user error (openDisplay)', which indicates that the xserver is not running properly.<br>
<br>
I will try to fall back to my display manager by creating a desktop entry for xmonad under '/usr/share/xsessions/', but that is a task for tomorrow.<br>
<br>
Thanks again<br>
Jan<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>