[winswitch] Headless raspi & macOS

[Markus Mohr]

> 
> ie: assuming you want to connect via ssh:
> xpra start --start=xterm ssh://user@rpi/ <ssh://user@rpi/>
> Then re-attach with:
> xpra attach ssh://user@rpi/ <ssh://user@rpi/>

I’ve tried this but I get a lot of error messages:

Nelson:~ markus$ xpra start --start=xterm ssh://pi@ra <ssh://pi@ra>
2020-03-15 13:03:39,671 Xpra GTK3 client version 3.0.7-r25628 64-bit
2020-03-15 13:03:39,715  running on Mac OS X 10.15.3
2020-03-15 13:03:41,143 GStreamer version 1.14.4 for Python 3.8.0 64-bit
2020-03-15 13:03:41,535 OpenGL_accelerate module loaded
2020-03-15 13:03:41,615 Using accelerated ArrayDatatype
2020-03-15 13:03:42,565 Warning: vendor 'Intel Inc.' is greylisted,
2020-03-15 13:03:42,565  you may want to turn off OpenGL if you encounter bugs
/Applications/Xpra.app/Contents/Resources/lib/python/numpy/ma/core.py:4466: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if self.shape is ():
/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gl/gtk3/nativegl_client_window.py:13: Warning: g_object_get_qdata: assertion 'G_IS_OBJECT (object)' failed
  return GLContext().check_support(force_enable)  #pylint: disable=not-callable
/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gl/gtk3/nativegl_client_window.py:13: Warning: g_object_set_qdata_full: assertion 'G_IS_OBJECT (object)' failed
  return GLContext().check_support(force_enable)  #pylint: disable=not-callable
/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gl/gtk3/nativegl_client_window.py:13: Warning: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
  return GLContext().check_support(force_enable)  #pylint: disable=not-callable
2020-03-15 13:03:43,727 OpenGL enabled with Intel(R) HD Graphics 6000
2020-03-15 13:03:43,792 Connected (version 2.0, client OpenSSH_7.9p1)
2020-03-15 13:03:44,034 Warning: private key '/Users/markus/.ssh/id_rsa'
2020-03-15 13:03:44,034  this file seems to be using OpenSSH's own format
2020-03-15 13:03:44,034  please convert it to something more standard (ie: PEM)
2020-03-15 13:03:44,035  so it can be used with the paramiko backend
2020-03-15 13:03:44,035  or switch to the OpenSSH backend with '--ssh=ssh'
2020-03-15 13:03:44,039 loaded RSA private key from '/Users/markus/.ssh/id_rsa'
2020-03-15 13:03:44,085 Authentication (publickey) successful!
2020-03-15 13:03:44,796  keyboard settings: layout=de
2020-03-15 13:03:44,801 Warning: invalid screen size 7256x8170mm
2020-03-15 13:03:44,802  using 285x178 mm
2020-03-15 13:03:44,810  desktop size is 1440x900 with 1 screen:
2020-03-15 13:03:44,811   nelson-9.local (285x178 mm - DPI: 128x128) workarea: 1440x877 at 0x23
2020-03-15 13:03:44,811     monitor 2
/Applications/Xpra.app/Contents/Resources/lib/python/xpra/platform/darwin/osx_tray.py:91: Warning: invalid cast from 'GtkMenuBar' to 'GtkWindow'
  self.macapp.set_menu_bar(self.menu)

(Xpra:64778): Gtk-CRITICAL **: 13:03:45.004: gtk_window_add_accel_group: assertion 'GTK_IS_WINDOW (window)' failed
2020-03-15 13:05:26,528 Error: failed to receive anything, not an xpra server?
2020-03-15 13:05:26,528   could also be the wrong protocol, username, password or port
2020-03-15 13:05:26,529   or the session was not found
2020-03-15 13:05:26,529 Connection lost


Then I wanted to make sure the Xpra service is running. Now its a bit weird: I can start and stop the service but status throws errors (and the same one no matter if Xpra has been started or not):

root at ra:/home/pi# /etc/init.d/xpra stop
[ ok ] Stopping xpra (via systemctl): xpra.service.
root at ra:/home/pi# /etc/init.d/xpra start
[ ok ] Starting xpra (via systemctl): xpra.service.
root at ra:/home/pi# /etc/init.d/xpra stop
[ ok ] Stopping xpra (via systemctl): xpra.service.
root at ra:/home/pi# /etc/init.d/xpra status
● xpra.service - Xpra System Server
   Loaded: loaded (/lib/systemd/system/xpra.service; disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2020-03-15 13:17:49 CET; 31s ago
     Docs: https://xpra.org/trac/wiki/Service <https://xpra.org/trac/wiki/Service>
           man:xpra
  Process: 31757 ExecStart=/usr/bin/xpra proxy :14500 --daemon=no --tcp-auth=${TCP_AUTH} --ssl-cert=/etc/xpra/ssl-cert.pem --ssl=on --bind=none --auth=${AUTH} --socket-dirs=/run/xpra --socket-permissions=666 --log-dir=/var/log --pidfile=/run/xpra.pid --debug=${DEBUG} (code=exited, status=1/FAILURE)
 Main PID: 31757 (code=exited, status=1/FAILURE)

Mär 15 13:17:46 ra systemd[1]: Started Xpra System Server.
Mär 15 13:17:49 ra xpra[31757]: wrote pid 31757 to '/run/xpra.pid'
Mär 15 13:17:49 ra xpra[31757]: xpra initialization error:
Mär 15 13:17:49 ra xpra[31757]:  cannot create SSL socket, check your certificate paths ('/etc/xpra/ssl-cert.pem'): [Errno 2] No such file or directory
Mär 15 13:17:49 ra systemd[1]: xpra.service: Main process exited, code=exited, status=1/FAILURE
Mär 15 13:17:49 ra systemd[1]: xpra.service: Failed with result 'exit-code'.

> 
> There's also a GUI for connecting more easily.
> Just beware that the version in raspbian is well out of date..
> 

root at ra:/home/pi# xpra --version
xpra v2.4.3-r21350M

Maybe this the root of my problems?
Is there a current Debian package somewhere or do I have to build it myself (I can, just asking)?


Thanks
Markus