On Sun, 12 May 2019 17:28:15 +0200 Normen Wohner <[email protected]> wrote:
> Did you try setting the $DISPLAY? > In the past I had situations where ssh starts > DISPLAY=:1 if there is already a session running on > the server. Also sometimes I had to specify > DISPLAY=:0. Would be news to me that Open has > issues with this however > > On May 12, 2019, at 11:27, Roger Marsh <[email protected]> wrote: > > I am guessing, but the following explanation of the 'ssh -Y hostname > > libreoffice' problem seems reasonable. Libreoffice asks 'is accelerated > > graphics available?' and gets a yes or no answer depending on the driver > > availble on hostname. > > maybe either of you could try to just ssh -Y (-X if on > a corresponding machine) and then start Libreoffice > to get some verbose output on the issue. > If it complains about being unable to open the > Xsession it should already be running and you can > try stuff like DISPLAY=:1 libreoffice > 'ssh -X hostname libreoffice' works. Same for the others, seamonkey etc, with problem. Years ago 'ssh -X ..' did not work for the applications I was using, and I assumed it did not work now too. It is possible to stop 'ssh -X hostname libreoffice' working by throwing in a 'ssh hostname libreoffice' or 'ssh -Y hostname libreoffice' command. 'ssh -X hostname seamonkey' still works, and neither 'ssh hostname seamonkey' nor 'ssh -Y hostname seamonkey' cause 'ssh -X hostname libreoffice' to stop working. The only way out found is reboot hostname. 'ssh a@hostname libreoffice' does not stop 'ssh -X b@hostname libreoffice' working. Roger
