Re: LibreOffice, and others, not usable via ssh at OpenBSD 6.4

2019-05-15 Thread Roger Marsh
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

2019-05-12 Thread Normen Wohner
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

2019-05-12 Thread Roger Marsh
> 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

2018-10-30 Thread Roger Marsh
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

2018-10-27 Thread Tom Smyth
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

2018-10-27 Thread Roger Marsh
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