I freshly installed ubuntu 18.04 in a new computer (with win10 as dual system). For the reason of wifi drivers, I upgraded Linux kernel to linux-generic-hwe-18.04-edge.

First question is:

If directly install winswitch, it said that

"The following packages have unmet dependencies:

winswitch : Depends: xpra (>= 1.0) but it is not going to be installed

Recommends: python-gnome2-desktop but it is not installable Recommends: python-gst0.10 but it is not installable

E: Unable to correct problems, you have held broken packages. ".

But I already installed python-gnome2 and python-gnome2-dev.

I installed xpra then winswitch (newest version even beta version). I can open winswitch now.

When I connected a remote server successfully, I try to start applications. But then jumped out a message box who let me input the password of user "xxx" (my username). It just like this:

| Server Authentication | | | | Please enter the password for user 'xxx', | | connecting to tcp server 127.0.0.1:12460 | | | | [Input box] | | | | Cancel OK |

When I input the correct password of my username (the user name and password of local pc and remote pc is the same), it said:

Connection Failed: disconnected before the session could b... authentication failed

Then next message:

Session XXXXXX failed 2020-01-25 :0.0(508x285 mm - DPI 96x96) workarea: 1845x1053 at 75x27 2020-01-25 eDP-1(309x174mm-DPI:157x157) 2020-01-25 Warning:server connection failure: 2020-01-25 disconnected before the session could be established

The remote server run a ubuntu 16.04, which can be connected normally using a Windows computer and my old 16.04 desktop.

I struggled to solve this but have no idea. It's kind of you, if there is any suggestion.

Hi,

The latest version of xpra (1.0-r14532) causes winswitch client not to enable xpra.

Looking at the client log, this following line suggests winswitch is expecting a third integer in the versioning sequence (as was in the previous xpra version, 0.17.0) and so the client/server xpra versioning comparison process fails at this point:

ServerLineConnection.xpra_version_compat(1.0-r14532,1.0-r14532) invalid literal for int() with base 10: '0-r14532'

Hello,

I need 8 bit pseudocolor for some x apps who use it (don't have code of these apps to change it) to get blinking colors. But I don't get xpra working with depth = 8 bit.

When I (on a Red Hat 7.2) test 'xpra start' (v0.16.2-r11889) as root with DefaultDepth and Depth 8 in /root/.xpra/xorg.conf.d/Screen, I get following error in file ':0.log':

  File "window_bindings.pyx", line 604, in xpra.x11.bindings.window_bindings.X11WindowBindings.ensure_XComposite_support (xpra/x11/bindings/window_bindings.c:5406):
  ...
  File "window_bindings.pyx", line 426, in xpra.x11.bindings.window_bindings.X11WindowBindings.ensure_extension_support (xpra/x11/bindings/window_bindings.c:2342)
  ValueError: X11 extension Composite not available
  ...

See attachments for the necessary files.

I'm pretty sure it is a restriction in the x(dummy) server:

From source code package xorg-x11-server-Xorg, v 1.17.2, file composite/compext.c, fu CompositeExtensionInit:

  ...
  //Composite on 8bpp pseudocolor root windows appears to fail, so
  //just disable it on anything pseudocolor for safety.
          for (vis = pScreen->visuals; vis->vid != pScreen->rootVisual; vis++);
          if ((vis->class | DynamicClass) == PseudoColor)
              return;
  ...

Xvnc, on the other hand, does support 8-bit pseudocolor. My questions are:

• Is there a way to get 8 bit pseudocolor working with xpra that i overlook?
  • And do have the 'xpra'-developers an idea of what is necessary to get the 'composite' extension working with 8 bit pseudocolor. Or better to ask this on the Xorg team?

I don't know enough of it, but if Xvnc gets 8 bit pseudolor working, the I think it should also be possible to implement this for X + Composite extension. Xvnc must also use something Composite like, no?

Thanks in advance if you have the time and effort to look into these questions.