Open vineetbansal opened 11 months ago
Was running into few issues trying to run xpra
on my computer, including:
Fixed the first one by setting an environment variable CRYPTOGRAPHY_OPENSSL_NO_LEGACY
to 1
.
Fixed the second one by running the following command sudo xattr -rd com.apple.quarantine /Applications/Xpra.app\n
which essentially removes the quarantine status from the Xpra application, allowing it to run without going through the usual Gatekeeper security checks in macOS. ( Found the workaround here: https://www.cs.utexas.edu/users/novak/xpra.html)
Thanks for investigating. These findings will be useful for our long term documentation. Maybe make a new wiki page on this so it doesn't get buried.
Created a wiki page to document everything mentioned above but still running through issues running Xpra
. Similar to what I went through when first using TurboVnc
, the Xterm
is not registering my keyboard inputs. The error message that shows up on command line is :
2023-11-30 12:13:47,646 Warning: no keyboard support, dlopen(/Applications/Xpra.app/Contents/Resources/lib/python/lib-dynload/objc/_objc.so, 0x0002): symbol not found in flat namespace '_ffi_find_closure_for_code_np
xpra
looks very promising from a latency point of view. As we saw earlier, we were able to install anxpra
client locally, start the server on Della, connect remotely to it, and startnapari
on a conda environment on Della, and connect to it. This preparation work in necessary before we can see how to do this entirely progammatically using python.This would involve:
napari
installed. Look at how it works with the sample00001_01.ome.tiff
file (available on Napari website, also on Slack)>.xpra
client to see how to connect to Della and run remote commands.napari
over Della (with sample tiff file again, but now located remotely).Once this is done, we can move to issue #14.