Re: Some methods of getting a "login shell" do not create /run/user/ or add a session to loginctl

On 01/05/24 14:39, Skyler Ferris wrote: > I was hoping that someone else more knowledgeable might have a better > solution, but since nobody has replied I'll share the less-than-ideal > solution I've been using. Thanks a lot for the response! > Basically, I just use some code to mount tmpfs

Re: Some methods of getting a "login shell" do not create /run/user/ or add a session to loginctl

On 12/30/23 04:45, Ben Weinstein-Raun wrote: > Does anyone know why this would happen, or how to fix it? I'm using the > elogind service on top of %base-services. > I was hoping that someone else more knowledgeable might have a better solution, but since nobody has replied I'll share the

Some methods of getting a "login shell" do not create /run/user/ or add a session to loginctl

I've noticed that several methods of opening a "login shell" do not result in the XDG_RUNTIME_DIR (/run/user/) being created; and also don't result in a session appearing in the output of `loginctl`: * `mosh` * `sudo -i loginctl` * `su -l ` * `login` I mentioned in another message that I'm