On Thu, 24 Dec 2020 at 13:29, Robert G. (Doc) Savage via users <users@lists.fedoraproject.org> wrote:
On Wed, 2020-12-23 at 18:15 +1000, Michael D. Setzer II via users wrote:

I think if you try and run a local session and vnc session with both using
gnome desktop there are issues with it. But I always run the vnc session
with the xfce desktop and never had a problem. I've also had no problem
running xfce locally with a vnc xfce session. Seems gnome is doing
something with dbus, and causes a conflict with both sessions trying to
use the same dbus settings??

My situation is similar, except that I use MATE exclusively. I am trying to understand why the upstream maintainer's solution allows only a single TigerVNC logon using a particular UserID. In other words, if I have a local USER-A and a TigerVNC USER-A, if one is logged on the other cannot. Does this mean that a TigerVNC USER-A will not have access to local USER-A's home directory, and vice versa. If so, this is ludicrous.

If TigerVNC has been so badly mangled in the name of systemd support, what alternative VNC can folks recommend in its place? I seriously need one to support development of virtual machines hosted on a server with huge storage, and the local console of that storage machine is not in a suitable place for development.

My use case needs VM's with a number of default installs of popular linux distros in order to support specialized applications for users scattered around the globe, so I can't avoid GNOME.   With Fedora 29-32 I was using SPICE on the console of the system (located in a different building, so not always convenient) that hosted the VM's.   Fedora 33 came along at the same time as new versions of the applications and some new hardware, so I haven't had time to look after the VM's.   Getting remote access to the VM's is on my todo list.    

Some of my colleagues use macOS so I may need to add that to the mix.     
 
SPICE ("The SPICE project aims to provide a complete open source solution for remote access to virtual machines in a seamless way so you can play videos, record audio, share usb devices and share folders without complications." --https://www.spice-space.org/index.html), is not a long-term option: 

In RHEL 8.3, the SPICE remote display protocol has been deprecated. Note that SPICE will remain supported in RHEL 8, but Red Hat recommends using alternate solutions for remote display streaming:

    • For remote console access, use the VNC protocol.
    • For advanced remote display functions, use third party tools such as RDP, HP RGS, or Mechdyne TGX.
I have used VirtualBox RDP support in an "enterprise" environment where Windows was the "desktop standard", but I'm not familiar with  HP RGS or Mechdyne TGX.   Both are commercial.  HP RGS is now called HP ZCentral Remote Boost.  



--
George N. White III