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@lists.devloop.org.uk
https://lists.devloop.org.uk/mailman/listinfo/shifter-users
_______________________________________________
shifter-users mailing list
shifter-users@lists.devloop.org.uk
https://lists.devloop.org.uk/mailman/listinfo/shifter-users

Reply via email to