Skip to content

tigervnc compatability or throw distinct error message if we can't #768

Closed

Description

@johrstrom

We've seen on discourse (site needed) where folks have tigernvc installed instead of turbo vnc (I believe that's what's on epel).

I don't know if we can have real compatibility - that'll have to be looked into. If not, then we should have some distinct error message that turbovnc is required and not in the PATH.

Activity

  1. changed the title [-]tigervnc compatability and/or error message[/-] [+]tigervnc compatability or throw distinc error message if we can't[/+] on Jul 14, 2026
  2. changed the title [-]tigervnc compatability or throw distinc error message if we can't[/-] [+]tigervnc compatability or throw distinct error message if we can't[/+] on Jul 14, 2026
  3. moved this from Waiting to Reviewed, Scheduled in GitHub Issue Review Projecton Jul 14, 2026
  4. added this to the Next Release milestone on Sep 9, 2026
  5. updated Source Maintainers, Impact Limited, Effort Medium and Priority High on Sep 28, 2026
  6. self-assigned this
    on Oct 1, 2026
  7. Oglopf commented on Oct 1, 2026

    @Oglopf
    Contributor

    Looked into real compatibility. Running the VNC template against TigerVNC 1.13.1 and TurboVNC 3.1.4, TigerVNC breaks it in four places:

    1. vncserver -log vnc.log: TurboVNC's -log is a log file; TigerVNC passes it to Xvnc, where -Log sets log levels, and Xvnc refuses to start.
    2. The display number is parsed from TurboVNC's Desktop ... started on display host:1; TigerVNC prints New Xtigervnc server ... for display :1.
    3. pgrep -s 0 Xvnc finds the server; on Debian/Ubuntu TigerVNC's is called Xtigervnc.
    4. There's no single TigerVNC vncserver: upstream's only accepts :N (it's meant to run under systemd), Debian patches in an older option-taking script, and some RHEL-family builds print a "replaced by a systemd unit" warning.

    So compatibility through vncserver isn't realistic. What would work for both is skipping vncserver and starting Xvnc directly (-rfbauth, -rfbport, -desktop and -geometry mean the same thing in both). We'd pick the display number and write .Xauthority ourselves. That's a bigger change, so #1018 does the other half of this issue: a clear "TurboVNC is required" error when vncserver is missing or is TigerVNC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Fields

Priority

High

Effort

Medium

Impact

Limited

Source

Maintainers

Projects

Relationships

None yet

Development

No branches or pull requests

Issue actions