[winswitch] Trouble using Xpra with Xquartz

[Antoine Martin]

This specific bug is discussed here:
https://github.com/Xpra-org/xpra/issues/3701#issuecomment-1345268873
And will be fixed in the next release.
There is a workaround in the github issue above.
(older versions are not affected by this particular issue - though I am 
not certain which ones)

 > Has anyone been successful using Xpra with Xquartz?
FYI: xpra does not use XQuartz at all.
Having it installed - or not, should make no difference.

Cheers,
Antoine


On 14/12/2022 05:26, Dale R. Worley via shifter-users wrote:
> [fourth attempt]
>
> I'm running into a problem using Xpra with Xquartz (the X11 server for
> MacOS).  Specifically, I can't get the "xpra attach" command to start
> the client.
>
> To reproduce:
>
>      $ xpra attach ssh:foo.example.com:20
>
>      (Xpra:1956): Gtk-CRITICAL **: 15:21:49.236: gtk_window_add_accel_group: assertion 'GTK_IS_WINDOW (window)' failed
>      2022-12-07 15:21:49,607 Xpra GTK3 client version 4.4.3-r1 64-bit
>      2022-12-07 15:21:49,645  running on Mac OS X 10.16
>      2022-12-07 15:21:53,575 GStreamer version 1.20.3
>      xpra main error:
>      Traceback (most recent call last):
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 142, in main
>          return run_mode(script_file, cmdline, err, options, args, mode, defaults)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 451, in run_mode
>          return do_run_mode(script_file, cmdline, error_cb, options, args, mode, defaults)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 495, in do_run_mode
>          return run_client(script_file, cmdline, error_cb, options, args, mode)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 1236, in run_client
>          app = get_client_app(script_file, cmdline, error_cb, opts, extra_args, mode)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 1401, in get_client_app
>          app = get_client_gui_app(error_cb, opts, request_mode, extra_args, mode)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/scripts/main.py", line 1437, in get_client_gui_app
>          app.init(opts)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gtk_base/gtk_client_base.py", line 131, in init
>          UIXpraClient.init(self, opts)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/ui_client_base.py", line 177, in init
>          c.init(self, opts)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/mixins/network_listener.py", line 50, in init
>          self.sockets = create_sockets(opts, err)
>        File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/net/socket_util.py", line 320, in create_sockets
>          import paramiko
>        File "paramiko/__init__.pyc", line 22, in <module>
>        File "paramiko/transport.pyc", line 132, in <module>
>        File "paramiko/transport.pyc", line 206, in Transport
>        File "paramiko/kex_curve25519.pyc", line 30, in is_available
>        File "cryptography/hazmat/primitives/asymmetric/x25519.pyc", line 39, in generate
>        File "cryptography/hazmat/backends/openssl/__init__.pyc", line 6, in <module>
>        File "cryptography/hazmat/backends/openssl/backend.pyc", line 63, in <module>
>        File "cryptography/hazmat/bindings/openssl/binding.pyc", line 228, in <module>
>        File "cryptography/hazmat/bindings/openssl/binding.pyc", line 188, in init_static_locks
>        File "cryptography/hazmat/bindings/openssl/binding.pyc", line 176, in _ensure_ffi_initialized
>        File "cryptography/hazmat/bindings/openssl/binding.pyc", line 90, in _openssl_assert
>      cryptography.exceptions.InternalError: Unknown OpenSSL error. This error is commonly encountered when another library is not cleaning up the OpenSSL error stack. If you are using cryptography with another library that uses OpenSSL try disabling it before reporting a bug. Otherwise please file an issue at https://github.com/pyca/cryptography/issues with information on how to reproduce this. ([_OpenSSLErrorWithText(code=310378599, lib=37, reason=103, reason_text=b'error:12800067:DSO support routines::could not load the shared library'), _OpenSSLErrorWithText(code=310378599, lib=37, reason=103, reason_text=b'error:12800067:DSO support routines::could not load the shared library'), _OpenSSLErrorWithText(code=126353445, lib=15, reason=524325, reason_text=b'error:07880025:common libcrypto routines::reason(524325)')])
>
>      $
>
> xpra pops up a status window which gets to this point before crashing:
>
>      Xpra Client v4.4.3
>      - initializing
>      - validating OpenGL: success (Intel(R) HD Graphics 6000)
>      O client configuration
>
> The host foo.example.com doesn't exist, of course, but using that name
> demonstrates that the problem is independent of the state of the xpra
> server.  (Using a host name that has an xpra server doesn't change the
> result, nor does adding "--ssh=ssh" to use /usr/bin/ssh for connecting.)
>
> The environment is:
>
>      x86 MacBook
>      MacOS 12.6.1 (Monterey)
>      XQuartz-2.8.2
>      xpra v4.4.3-r1
>
> Has anyone been successful using Xpra with Xquartz?
>
> Dale
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> https://lists.devloop.org.uk/mailman/listinfo/shifter-users