> On Sat, 27 Oct 2018 at 12:42, Roger Marsh <[email protected]> wrote: > > > > After upgrading to OpenBSD 6.4 found it was no longer possible to use > > libreoffice, seamonkey, firefox, chrome, and gnumeric, by commands like > > 'ssh -Y hostname libreoffice'. > > Python idle, xpdf, and claws-mail, are still usable like 'ssh -Y hostname > > claws-mail'. > > On attaching a monitor, keyboard, and mouse, to hostname: libreoffice and > > the others are usable by commands like 'libreoffice'. > > > > Surely I am missing something obvious? > >
I see this after upgrading to OpenBSD 6.5 too. Commands like 'ssh -Y hostname libreoffice', where hostname refers to a FreeBSD 11.2 box upgraded to 12.0 in December 2018, worked on OpenBSD 6.3 before and after the FreeBSD upgrade, and at 6.4 and still work at 6.5. (Good, but what happens when the time comes to upgrade FreeBSD?) Commands like 'ssh -Y hostname libreoffice' succeed or fail on a FreeBSD 12.0 Xserver box depending on which video driver is installed. It does not matter if hostname is the FreeBSD 12.0 box referred to in previous paragraph or an OpenBSD 6.5 box with libreoffice installed. The FreeBSD 12.0 Xserver has the xorg and fvwm ports installed by 'pkg install'. With drm-legacy-kmod, for the 'intel Q45' chip, the outcome of 'ssh -Y hostname libreoffice' is similar to what is seen on OpenBSD 6.5 Xserver. (What I see on the monitor is the same: startup of LibreOffice freezes when the progress bar on the initial LibreOffice display is about 75% full.) With xf86-video-intel the outcome is similar to what was seen on OpenBSD 6.3 Xserver: LibreOfice works. LibreOffice works too without either drm-legacy-kmod or xf86-video-intel, but whatever driver is used does not see the 1920x1080 monitor as such. (Snippets of xorg.conf instructions did not help before I gave up.) I assume the difference between OpenBSD 6.3 and OpenBSD 6.4 (and 6.5) in this context is like the difference between xf86-video-intel and drm-legacy-kmod on FreeBSD 12.0. The FreeBSD 12.0 box running LibreOffice is setup with a minimal X installation. Just xauth, xterm, and xorg-fonts, are named in the 'pkg install' command. (I think netsurf gets installed and thrown out because of a clash between utf8proc-2.2.0 and libutf8proc-1.3.1.3 when subversion is installed: at least right now.) pkg install --quiet --yes \ xauth \ xterm \ xorg-fonts \ dvd+rw-tools \ cdrtools \ subversion \ gnuchess \ stockfish \ py37-tkinter \ py36-tkinter \ py35-tkinter \ py36-twine \ py37-sqlite3 \ py36-apsw \ py35-setuptools \ py36-setuptools \ py37-setuptools \ tcl85 \ tcl86 \ tcl87 \ tk85 \ tk86 \ tk87 \ tnef \ claws-mail \ poppler-utils \ xpdf \ evince-lite \ zip \ bzip2 \ unzip \ p7zip \ gnumeric \ gmake \ antiword \ seamonkey \ firefox \ chromium \ netsurf \ libreoffice \ en_GB-libreoffice \ abiword \ abiword-docs \ nginx \ en-freebsd-doc \ db5 \ doas 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. The 'no' answer causes no problem for the Xserver, but the 'yes' answer causes the Xserver to say 'you cannot write directly to my driver' when LibreOffice is started via ssh. Roger
