You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 31, 2024. It is now read-only.
So I've just gotten this working on a CentOS system. For reasons beyond my understanding, Debian derivatives ship with TightVNC, but RedHat derivatives use TigerVNC. This results in different executable naming (/usr/bin/Xvnc vs /usr/bin/Xtightvnc) and different defaults. In particular, TigerVNC defaults to security settings that wind up requiring the user to input a (not existing) password.
In my CentOS container I got around this by creating a /usr/bin/Xtightvnc shell script like:
But it would be nicer to be able to either configure the command that supervisor runs, or at least drop a script like that in a less-hardcoded location.
The text was updated successfully, but these errors were encountered:
So I've just gotten this working on a CentOS system. For reasons beyond my understanding, Debian derivatives ship with TightVNC, but RedHat derivatives use TigerVNC. This results in different executable naming (
/usr/bin/Xvnc
vs/usr/bin/Xtightvnc
) and different defaults. In particular, TigerVNC defaults to security settings that wind up requiring the user to input a (not existing) password.In my CentOS container I got around this by creating a
/usr/bin/Xtightvnc
shell script like:But it would be nicer to be able to either configure the command that supervisor runs, or at least drop a script like that in a less-hardcoded location.
The text was updated successfully, but these errors were encountered: