On 9/26/18 10:25 PM, Robert Moskowitz wrote: > It seems Tiger-vncserver is broken WRT polkit for any spin other than gnome. > Definitely not Xfce that I use. The work around is nasty: Connect via SSH and run > vncserver from the command line. But probably can do it better via SCREEN and just > forget about that screen session... > > So it is time to look at the alternatives. I know they are out there and have been > talked about on this list, but my search foo is weak (as always). So can I have a > bit of help in figuring out what to replace my decades-old connection to VNC? As discussed on the test list, the actual problem with tiger vncserver and polkit arises when it is started via the supplied vncserver@.service systemd file. If started manually that problem doesn't exist. Just like in all things Linux, there are multiple ways to accomplish having the server manually started. 1. Manually ssh into the remote system and start the server before starting your client. 2. Use a vnc-client such as remmina which has a "pre" and "post" command that will automate #1 above. 3. Use the rc.local method you mentioned in another post to start the server at boot time. 4. Use a custom vncserver.service file such as the one I pointed you to on the test list. The advantage of this over #3 is that it stays in the systemd framework and can easily "enabled", "disabled", "stopped", and "started". It is really no more "ugly a hack" as the rc.local route. The "problem" with seeking alternatives is that you'd have to "lean new tricks" and may run into new things you'll have to get used to or workaround. While that can be "fun" it seems to me (just an opinion) invoking an alternate method of starting the server provides you with less changes to deal with. -- Cardinal Rule of Presentations: "Tell them what you are going to tell them, tell them, then tell them what you told them."
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
