<div dir="ltr"><div dir="ltr">On Wed, Feb 19, 2025 at 10:18 AM Aaron D. Johnson <<a href="mailto:adj@ford.greeley.co.us">adj@ford.greeley.co.us</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What does the documentation say?  And what is different in the process<br></blockquote><div><br></div><div> Unfortunately, it looks like the documentation is fairly sparse.  I took a look at it and couldn't</div><div>even see how to install it.</div><div><br></div><div>Aside: I agree with Aaron on the call about SSH adding overhead of encryption.  I use</div><div>SSH for nearly every interaction on all my systems, and I'm copying files at gigabit speeds</div><div>over SSH on top of a tailscale VPN.  Gaining public key authentication and host verification</div><div>is a huge deal.  I don't ever allow password authentication on my systems except at</div><div>the console.</div><div><br></div><div>Here are a few thoughts:</div><div><br></div><div>It looks like the developer of TurboVNC offers professional services and is desperately</div><div>in need of funds, so you may wish to consider buying support from the developer and</div><div>asking this question of them.  There is also a low-traffic user mailing list that might be</div><div>good to ask on.</div><div><br></div><div>Next I'd start looking at the "xstartup.turbovnc" script.  Try adding some debugging, possibly</div><div>a "set -xv" to the script to get runtime tracing of the run, but also look at what the script</div><div>is doing.  In particular, it seems to interface with the environment, so you may want to</div><div>check environment variables on the session where it works and where it doesn't for things</div><div>like TVNC_WM, DESKTOP_SESSION, DBUS_SESSION_BUS_ADDRESS,</div><div>DESKTOP_SESSION...</div><div><br></div><div>The message you are seeing seems to come from line 98 of</div><div><a href="https://github.com/TurboVNC/turbovnc/blob/main/unix/xstartup.turbovnc">https://github.com/TurboVNC/turbovnc/blob/main/unix/xstartup.turbovnc</a></div><div>so some debugging and understanding of that script where it works and where it doesn't</div><div>is likely to be enlightening.</div><div><br></div><div>The message you are seeing when it works comes from line 177.  Looks like,</div><div>from reading that script, the difference is when it works "DESKTOP_SESSION=xubuntu".</div><div>But there may be some other settings that are influencing it.</div><div><br></div><div>I imagine when you say you are "at the console" vs "telnet", you are in an X session on</div><div>the console?  That is likely providing some environment settings that is telling the</div><div>xstartup.turbovnc to use "xubuntu", where the telnet session is triggering the block</div><div>of code above where it tries "the default window manager".</div><div><br></div><div>I mean, one option is to, where it works, do "set >itworks", and then from the session where</div><div>it does not work do "source itworks" to blindly set the environment to match (though that might</div><div>cause other issues).</div><div><br></div><div>Sean</div></div></div>