Hi!

Server: Debian Buster
# dpkg -l | grep -E "xpra|winswitch"
ii  python3-xpra                         3.0.9-r26132-2                  amd64        tool to detach/reattach running X programs
ii  winswitch                            0.12.23-2                       all          tool to start and control remote sessions
ii  xpra                                 3.0.9-r26132-2                  amd64        tool to detach/reattach running X programs
ii  xpra-html5                           3.0.9-r26132-2                  amd64        html5 xpra client

Client: Linux Mint 19.3
$ dpkg -l | grep -E "xpra|winswitch"
ii  python3-xpra                               3.0.9-r26132-2                                   amd64        tool to detach/reattach running X programs
ii  winswitch                                  0.12.23-2                                        all          tool to start and control remote sessions
ii  xpra                                       3.0.9-r26132-2                                   amd64        tool to detach/reattach running X programs

Xpra itself works fine, but using winswitch does not: "You have requested an xpra session but this server does not support it"

When running the server from the CLI I get the following message:

[EE] 2020/29/04 19:07:38.816622 WinSwitchServer.assign_virt_utils() failed to load xpra, make sure it is installed: No module named xpra.dotxpra

There is a very old ticket with the same issue (#219). According to that i tried to link /usr/lib/xpra to a lot of locations without any effort.

If you need more input please let me know!

Regards, Frank

Packaging should be done with: ​py2app

Server seems to work OK on OSX (after installing all the required dependencies using macports) and it can authenticate users using python-PAM, but I have added support for Kerberos5 anyway using ​pykpass There is a new server option: "authentication_module" = [pam|pykpass].

We will also need to load the list of X applications from somewhere... and OSX does not follow the freedesktop spec, so we may just test for a few (xterm, ...) and create these "*.desktop" files in ~/shifter/server/menu/ on first start.

TigerVNC can be built on OSX, but I cannot find any ready-made images, see this: ​tigervnc-devel message More info on nasm/ld bug ​here

nxproxy can be built with macports' help (libpng, jpeg): ​nxproxy-apple

xpra: client and server both build fine (with ​this simple patch) But only the client is usable... (keymap issues for server)

Another one of Apple's rubbish "design" decisions means that we can't programmatically disable the dock when we launch an app like xpra... So we have two options:

• write lots of code to add dock support to xpra
• do lots hackery do have two different plist manifests in the same application bundle

For details, see:

• ​Feature requests versus the "right way" to do it
• ​LSUIElement