Runit with KDE Plasma: krunner current working directory /

Reinhard Karcher reinhard.karcher at
Fri Feb 10 14:20:49 GMT 2023

Hi Martin!

I have a different system: Debian SID/Testing with usrmerge, systemd
and bash, and I see the expected behavior: cwd linked to /home/USER.
So I suspect, that it is not caused by KDE/QT.


Am Freitag, 10. Februar 2023, 14:39 schrieb Martin Steigerwald:
> 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,

More information about the Debian-init-diversity mailing list