Hi! This puzzled me for a long time and I have no idea where to report this:
…proc# ls -ld $(pidof krunner)/cwd lrwxrwxrwx 1 USER USER 0 10. Feb 14:26 15116/cwd -> / …proc# ls -ld $(pidof plasmashell)/cwd lrwxrwxrwx 1 USER USER 0 10. Feb 14:27 9191/cwd -> /home/USER This is with /bin/sh pointing to Dash, the user shell is Z-Shell, but I have also seen this on systems where the user shell is Bash. No usrmerge. (I hope to avoid it as long as possible.) According to pstree krunner's parent process is runit which of course has current working directory pointing to /. Plasmashell instead is going like this ├─runsv(2066)─┬─sddm(2116)─┬ ─sddm-helper(8989)───startplasma-x11(8994)─┬─plasma_session(9056)─┬ I bet through SDDM its working directory is set to the actual home directory of the user. Is this a bug with runit? Is this an upstream bug? Any idea how to find the root cause for this and determine what needs to be fixed? I tried to work around this by doing "cd $HOME" in my zshrc. However this makes open new tabs in Konsole always start at $HOME even when I open them with a tab active which has a different cwd. Yeah, I got only do "cd $HOME" if current working directory is /, but I'd rather see this fixed. However, I do not even know where to report this issue. Any insight greatly appreciated. Best, -- Martin