Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4
On Sun, 12 May 2019 17:28:15 +0200 Normen Wohner 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 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
Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4
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 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
Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4
> On Sat, 27 Oct 2018 at 12:42, Roger Marsh 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
Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4
Tom, I had not noticed the appearance of /etc/installurl nor the recommendation to do pkg_add as you suggest. Tried 'pkg_add -x xpdf gnumeric libreoffice seamonkey' without PKG_PATH on a spare machine with a fresh install of OpenBSD 6.4 and got the same result as before. 'ssh -Y hostname xpdf' works but 'ssh -Y hostname ' does not work. On Sat, 27 Oct 2018 12:55:44 +0100 Tom Smyth wrote: > Hi Roger, > Remove PKG_PATH enviornment variable and > populate /etc/installurl with something like > > https://cdn.openbsd.org/pub/OpenBSD > > and retry your package updates... > > > On Sat, 27 Oct 2018 at 12:42, Roger Marsh 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 know I risk diverting attention from the real problem, but I could not > > help noticing libreoffice and the others which do not work got caught up in > > a problem with downloading packages to a cache by 'pkg_add -x -n > list>'; which I thought was fixed by 'pkg_add -x ' followed > > by 'pkg_add -x ' on other hosts over NFS from the > > cache. > > > > The script with errors is: > > > > Script started on Mon Oct 22 12:51:16 2018 > > openbsdsrc# export PKG_CACHE=/home/david/6.4/packages/ > > > > openbsdsrc# export > > PKG_PATH=$PKG_CACHE:https://www.mirrorservice.org/pub/OpenB > > //www.mirrorservice.org/pub/OpenB > > < SD/6.4/packages/amd64/ > > > > openbsdsrc# > > > > openbsdsrc# pkg_info > > > > intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs > > quirks-2.414exceptions to pkg_add rules > > openbsdsrc# pkg_delete -x quirks > > > > openbsdsrc# pkg_info > > > > intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs > > openbsdsrc# pkg_add -x quirks > > > > file:/home/david/6.4/packages/: empty > > quirks-3.16 signed on 2018-10-12T15:26:25Z > > openbsdsrc# > > > > openbsdsrc# pkg_add -x -n ee firefox subversion xpdf zip bzip2 unzip > > ssvnc-vie > > on xpdf zip bzip2 unzip ssvnc-vie > > < wer gnuchess seamonkey > > firefox-i18n-en-GB sea > > uchess seamonkey firefox-i18n-en-GB sea > >> gnome-mplayer > > monkey-i18n-en-GB mplayer gnome-mplayer > > < get_iplayer mpg123 xmms2 vlc > > p7zo ip lib > > get_iplayer mpg123 xmms2 vlc p7zip lib > > > stockfish chr > > reoffice gnumeric abiword stockfish chr > > > antiword popp > > omium claws-mail sylpheed antiword popp > > > py3-aps > > ler-utils py3-bsddb3 py3-cython py3-aps > > > liberation-f > > w gmake py-sphinx go-fonts liberation-f > > > midori dvd+ > > onts ubuntu-fonts apl-fonts midori dvd+ > > > python-tkin > > rw-tools python-3.6.6p1.tgz python-tkin > > > python-idle-3.6.6 p1.tgz python-idle-3.6.6 > > p1.tgz python-idle-3.6.6p1.tgz > > ter-3.6.6p1.tgz python-idle-3.6.6p1.tgz > > < py3-setuptools > > evince-3.28.4.light > > > > quirks-3.16 signed on 2018-10-12T15:26:25Z > > Error in gnome-icon-theme-3.12.0p5: @tag gtk-update-icon-cache definition > > not found > > Direct dependencies for gnome-icon-theme-3.12.0p5 resolve to > > librsvg-2.44.6p0 gtk-update-icon-cache-3.22.30p1 > > Full dependency tree is libcroco-0.6.12 png-1.6.35 libxml-2.9.8p0 xz-5.2.4 > > gdk-pixbuf-2.36.12 cairo-1.15.12 jpeg-2.0.0v0 lzo2-2.10p0 librsvg-2.44.6p0 > > jasper-2.0.14 libffi-3.2.1p4 gettext-0.19.8.1p1 pcre-8.41 > > hicolor-icon-theme-0.17 bzip2-1.0.6p9 pango-1.42.4p0 > >
Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4
Hi Roger, Remove PKG_PATH enviornment variable and populate /etc/installurl with something like https://cdn.openbsd.org/pub/OpenBSD and retry your package updates... On Sat, 27 Oct 2018 at 12:42, Roger Marsh 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 know I risk diverting attention from the real problem, but I could not help > noticing libreoffice and the others which do not work got caught up in a > problem with downloading packages to a cache by 'pkg_add -x -n list>'; which I thought was fixed by 'pkg_add -x ' followed by > 'pkg_add -x ' on other hosts over NFS from the cache. > > The script with errors is: > > Script started on Mon Oct 22 12:51:16 2018 > openbsdsrc# export PKG_CACHE=/home/david/6.4/packages/ > > openbsdsrc# export PKG_PATH=$PKG_CACHE:https://www.mirrorservice.org/pub/OpenB > //www.mirrorservice.org/pub/OpenB > < SD/6.4/packages/amd64/ > > openbsdsrc# > > openbsdsrc# pkg_info > > intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs > quirks-2.414exceptions to pkg_add rules > openbsdsrc# pkg_delete -x quirks > > openbsdsrc# pkg_info > > intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs > openbsdsrc# pkg_add -x quirks > > file:/home/david/6.4/packages/: empty > quirks-3.16 signed on 2018-10-12T15:26:25Z > openbsdsrc# > > openbsdsrc# pkg_add -x -n ee firefox subversion xpdf zip bzip2 unzip ssvnc-vie > on xpdf zip bzip2 unzip ssvnc-vie > < wer gnuchess seamonkey > firefox-i18n-en-GB sea > uchess seamonkey firefox-i18n-en-GB sea >gnome-mplayer > monkey-i18n-en-GB mplayer gnome-mplayer > < get_iplayer mpg123 xmms2 vlc p7zo > ip lib > get_iplayer mpg123 xmms2 vlc p7zip lib > chr > reoffice gnumeric abiword stockfish chr > antiword popp > omium claws-mail sylpheed antiword popp > py3-aps > ler-utils py3-bsddb3 py3-cython py3-aps > liberation-f > w gmake py-sphinx go-fonts liberation-f > midori dvd+ > onts ubuntu-fonts apl-fonts midori dvd+ > python-tkin > rw-tools python-3.6.6p1.tgz python-tkin > p1.tgz python-idle-3.6.6 > p1.tgz python-idle-3.6.6p1.tgz > ter-3.6.6p1.tgz python-idle-3.6.6p1.tgz > < py3-setuptools evince-3.28.4.light > > quirks-3.16 signed on 2018-10-12T15:26:25Z > Error in gnome-icon-theme-3.12.0p5: @tag gtk-update-icon-cache definition not > found > Direct dependencies for gnome-icon-theme-3.12.0p5 resolve to librsvg-2.44.6p0 > gtk-update-icon-cache-3.22.30p1 > Full dependency tree is libcroco-0.6.12 png-1.6.35 libxml-2.9.8p0 xz-5.2.4 > gdk-pixbuf-2.36.12 cairo-1.15.12 jpeg-2.0.0v0 lzo2-2.10p0 librsvg-2.44.6p0 > jasper-2.0.14 libffi-3.2.1p4 gettext-0.19.8.1p1 pcre-8.41 > hicolor-icon-theme-0.17 bzip2-1.0.6p9 pango-1.42.4p0 > gtk-update-icon-cache-3.22.30p1 tiff-4.0.9 graphite2-1.3.12 libelf-0.8.13p4 > harfbuzz-1.9.0 python-2.7.15p0 fribidi-1.0.5 glib2-2.56.3p0 > shared-mime-info-1.10p4 libiconv-1.14p3 sqlite3-3.24.0p0 > Can't install gnome-icon-theme-symbolic-3.12.0p3: can't resolve > gnome-icon-theme-3.12.0p5 > Can't install gtk+2-2.24.32p2: can't resolve > gnome-icon-theme-symbolic-3.12.0p3 > Error in dconf-0.28.0p1: @tag gio-querymodules definition not found > Direct dependencies for dconf-0.28.0p1 resolve to glib2-2.56.3p0 > Full dependency tree is sqlite3-3.24.0p0 libiconv-1.14p3 python-2.7.15p0 > pcre-8.41
LibreOffice, and others, not usable via ssh at OpenBSD 6.4
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 know I risk diverting attention from the real problem, but I could not help noticing libreoffice and the others which do not work got caught up in a problem with downloading packages to a cache by 'pkg_add -x -n '; which I thought was fixed by 'pkg_add -x ' followed by 'pkg_add -x ' on other hosts over NFS from the cache. The script with errors is: Script started on Mon Oct 22 12:51:16 2018 openbsdsrc# export PKG_CACHE=/home/david/6.4/packages/ openbsdsrc# export PKG_PATH=$PKG_CACHE:https://www.mirrorservice.org/pub/OpenB //www.mirrorservice.org/pub/OpenB <SD/6.4/packages/amd64/ openbsdsrc# openbsdsrc# pkg_info intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs quirks-2.414exceptions to pkg_add rules openbsdsrc# pkg_delete -x quirks openbsdsrc# pkg_info intel-firmware-20180807p0v0 microcode update binaries for Intel CPUs openbsdsrc# pkg_add -x quirks file:/home/david/6.4/packages/: empty quirks-3.16 signed on 2018-10-12T15:26:25Z openbsdsrc# openbsdsrc# pkg_add -x -n ee firefox subversion xpdf zip bzip2 unzip ssvnc-vie on xpdf zip bzip2 unzip ssvnc-vie <wer gnuchess seamonkey firefox-i18n-en-GB sea uchess seamonkey firefox-i18n-en-GB sea