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


Reply via email to