Running Dolphin in SUSE 13.2 under user other than root or currently logged in user.
If I am logged in to a KDE session as user "joe" and want to use Dolphin to access "john"'s files and startup other programs to edit "john"'s files, etc., a simple "kdesu dolphin" does not work. It gets errors like "Could not start process. Cannot talk to klauncher: The name org.kde.klauncher was not provided by any .service files."
If I use the KDE startup menu and go to "Switch User" to start a new parallel session under user "john" so that I have two active sessions under users "joe" and "john", then a simple "kdesu dolphin" will work. However, that is a very clumsy and awkward way of getting this to work. Does anyone know of a more streamlined and automatic way to get this done? |
you do it the same way as on any linux OS
to run firefox as "john" from " joe" Code:
su -l john |
1 Attachment(s)
Apparently, it isn't that simple any more with SUSE 13.2 or the original "kdesu dolphin" would have worked. Following your suggestion gives the output below in the terminal window and results in a dolphin window as shown by snapshot1.png (attached). Obviously, a bunch of processes and services need to be started for "john" before even a simple file manager window for "john" can be brought up. Starting up the parallel session does this but it is extremely awkward and clumsy. I am looking for a more streamlined and automatic procedure that does the same thing.
Code:
joe@linux-0000:~> su -l john |
then make the folder 501 in /run/users
then you can launch dolphin |
Quote:
|
How about instead of using su, you ssh to localhost as john
Code:
ssh -Y john@localhost I've found su to be finicky sometimes with permissions when it comes to X applications due to the owner of the X server not having the same permissions as the user trying to run the X application. ssh's X forwarding usually gets around it. |
Quote:
Code:
ssh -Y john@localhost /usr/bin/dolphin However, once dolphin under user "john" is closed, the ssh session remains open and has to be manually closed. So far, I haven't found a way to make it close automatically. Do you possibly know how to make it close automatically? |
Quote:
|
Quote:
Code:
/usr/bin/loginctl enable-linger john Both the ssh solution that you proposed here or the alternative that I just described above solved my original problem for this thread. However, another problem took its place as shown at http://www.linuxquestions.org/questi...on-4175584608/ Solving that 2nd problem took some doing but I just found a workaround solution you might find of interest. |
All times are GMT -5. The time now is 09:50 PM. |