Closed smhmd closed 2 months ago
I think this is related to #121. Maybe this will be fixed once we handle utmp.
Could you give it another shot now #121 is fixed?
The problem persists, unfortunately.
Having the same issues with latest version
Maybe i have found the root cause.
I am in Arch and besides a custom dmenu build i have the default dmenu version installed (as a dependency to clipmenu). In this case dmenu_run is located in/usr/bin
.
Arch aliases /bin
and /sbin
to /usr/bin
.
So since ly uses /sbin:/bin:/usr/local/sbin:/usr/local/bin:/usr/bin
default path, it finds the default version first, even /usr/local/bin
stays before /usr/bin
.
The solution is to flip path in config.ini:
path = /usr/local/sbin:/usr/local/bin:/usr/bin:/sbin:/bin
@aliveupstairs Could you check if you have the same root cause?
Would it be worth to have a bit more complex logic behind default path? Like if /sbin and /bin are links, then put them to the end of PATH or even omit?
@FalyPr1nc3 trying ly
after some time, there is now the ability to login to shell
. I just run startx
in ~/.profile
if tty2
. Since xinit
does not work without additional parameters, I'm unable to run xinitrc
option successfully (https://github.com/cylgom/ly/issues/181), so, I don't know if your solution is actually working since I'm not relying on ly
to start X.
ly
with dwm
works on my end, feel free to address Faly's observations or close the issue.
still doesnt work on dwm at least for me i get a permission denied error for .xinitrc
I have a configured dwm with different colors, fonts, keybindings. logging in with ly is successful, but somehow it logs into vanilla dwm with all the defaults. this doesn't make sense. it is probably using the
config.def.h
somehow. I have.xinitrc
opening dwm in a loop:so, I typically just enter my user name, then password and
startx
in the shell. why would dwm load in with default settings?