From konstantin.pelepelin at gmail.com Thu Feb 6 12:19:44 2020 From: konstantin.pelepelin at gmail.com (Konstantin Pelepelin) Date: Thu, 6 Feb 2020 15:19:44 +0300 Subject: [winswitch] (no subject) Message-ID: Hello! A new user is here with newbie questions. I use Windows 10 Xpra GTK3 client version 3.0.5-r24942 64-bit, unpacked from zip. If I use Xpra-Launcher.exe, I get a fancy tray icon with all the menus, but I can't issue "start" command if xpra server is not running yet. That's a pity. If I use Xpra.exe or Xpra_cmd.exe, I can start the remote server, but I don't get the tray icon. There may be something in these lines: > Traceback (most recent call last): > File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 49, in > setup_xpra_tray > File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 111, in > create_xpra_tray > File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 138, in > get_tray_title > TypeError: sequence item 0: expected str instance, tuple found So, if I use "xpra start", I can't detach and exit it other than killing the process. Additionally, if I run "xpra start" when the server is already running, instead of attaching to the already running server it hangs for some time, and then bails out with > 2020-02-06 14:57:21,858 Error: failed to receive anything, not an xpra > server? > 2020-02-06 14:57:21,859 could also be the wrong protocol, username, > password or port > 2020-02-06 14:57:21,860 or the session was not found > 2020-02-06 14:57:21,861 Connection lost I understand the last one can be intentional, but if I don't remember if the server was already started, what would be a solution to quickly start and attach to the server? I'd use something like `xpra start ssh:user at ubuntu:100 --start-child=pcmanfm` but with the 2 problems above it takes many manual actions: `xpra start ssh:user at ubuntu:100`, wait for start and ctrl-c to detach or wait for apparent failure because it's already started, then open launcher and attach from it. Do I miss something? xpra server is 3.0.5-r24939 on Ubuntu 18.04 Thanks for your fantastic project! Konstantin From antoine at nagafix.co.uk Thu Feb 6 12:52:31 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 6 Feb 2020 19:52:31 +0700 Subject: [winswitch] (no subject) In-Reply-To: References: Message-ID: <529eed4c-669e-8c01-9827-b16546eeafa1@nagafix.co.uk> On 06/02/2020 19:19, Konstantin Pelepelin via shifter-users wrote: > Hello! > > A new user is here with newbie questions. > > I use Windows 10 Xpra GTK3 client version 3.0.5-r24942 64-bit, unpacked > from zip. > > If I use Xpra-Launcher.exe, I get a fancy tray icon with all the menus, but > I can't issue "start" command if xpra server is not running yet. That's a > pity. Before connecting, the launcher has no way of knowing what applications are available on the server. So it's not really obvious how to make this more user friendly. Suggestions are most welcome. > If I use Xpra.exe or Xpra_cmd.exe, I can start the remote server, but I > don't get the tray icon. There may be something in these lines: > >> Traceback (most recent call last): >> File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 49, in >> setup_xpra_tray >> File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 111, in >> create_xpra_tray >> File "E:\Xpra\tags\v3.0.x\src/xpra/client/mixins/tray.py", line 138, in >> get_tray_title >> TypeError: sequence item 0: expected str instance, tuple found This happens with some specific connection strings only, this is already fixed and will be in the next stable update: http://xpra.org/trac/changeset/24944 > So, if I use "xpra start", I can't detach and exit it other than killing > the process. You can, but it's not well known. There are key shortcuts for accessing various functionality. See "key-shortcut" in "./Xpra_cmd showconfig" On MS Windows, pressing Alt+Shift+F1 over any xpra window will bring up xpra's menu. > Additionally, if I run "xpra start" when the server is already running, > instead of attaching to the already running server it hangs for some time, > and then bails out with > >> 2020-02-06 14:57:21,858 Error: failed to receive anything, not an xpra >> server? >> 2020-02-06 14:57:21,859 could also be the wrong protocol, username, >> password or port >> 2020-02-06 14:57:21,860 or the session was not found >> 2020-02-06 14:57:21,861 Connection lost > > > I understand the last one can be intentional, but if I don't remember if > the server was already started, what would be a solution to quickly start > and attach to the server? I'd use something like `xpra start > ssh:user at ubuntu:100 > --start-child=pcmanfm` but with the 2 problems above it takes many manual > actions: `xpra start ssh:user at ubuntu:100`, wait for start and ctrl-c to > detach or wait for apparent failure because it's already started, then open > launcher and attach from it. > > Do I miss something? No, this is being worked on, in part here: http://xpra.org/trac/ticket/2523 > > xpra server is 3.0.5-r24939 on Ubuntu 18.04 > > Thanks for your fantastic project! Thanks! Antoine > > Konstantin From konstantin.pelepelin at gmail.com Thu Feb 6 15:05:47 2020 From: konstantin.pelepelin at gmail.com (Konstantin Pelepelin) Date: Thu, 6 Feb 2020 18:05:47 +0300 Subject: [winswitch] (no subject) In-Reply-To: <529eed4c-669e-8c01-9827-b16546eeafa1@nagafix.co.uk> References: <529eed4c-669e-8c01-9827-b16546eeafa1@nagafix.co.uk> Message-ID: On Thu, Feb 6, 2020 at 3:53 PM Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > > If I use Xpra-Launcher.exe, I get a fancy tray icon with all the menus, > but > > I can't issue "start" command if xpra server is not running yet. That's a > > pity. > Before connecting, the launcher has no way of knowing what applications > are available on the server. So it's not really obvious how to make this > more user friendly. Suggestions are most welcome. > Well, I would expect that `xpra start` works as "start if not started, then attach" and xpra-launcher would do the same instead of "attach". At least, if display number is given explicitly. As I understand, this conflicts with current behavior, so I would put this under a config switch. From antoine at devloop.org.uk Fri Feb 7 11:17:27 2020 From: antoine at devloop.org.uk (Antoine Martin) Date: Fri, 7 Feb 2020 18:17:27 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.0.6: mostly minor fixes, one security issue Message-ID: Hi, Most of these fixes are good to have but not critical, with two exceptions: - the missing system tray bug was really hampering usability. - the executable permissions on files uploaded is a security issue, which could be abused to execute arbitrary commands on the server. Updating is recommended. Release notes: * fix UDP with Python3 * fix key mapping issues with non-X11 clients and non-US layouts * fix notification logging errors during shutdown * fix window stacking order with html5 client and OR windows * fix png/P and png/L decoding * fix very slow startup on Debian due to missing libfakeXinerama * fix display scaling notification warning * fix errors generating the tray title string * fix missing webp modules in 'clean' build target * fix some special characters with HTML5 client * fix initiate-moveresize with multiple clients * fix keyboard layout detection with MS Windows 10 clients * fix control commands argument error handling * fix unit tests * fix window repaint issues: system tray, Python 2 non-opengl spinners * fix server errors during client connection cleanup * fix spacebar and other characters with tablet input devices (mobile) * fix unhelpful backtraces when client application windows are lost * fix MS Windows packaging workarounds for TK * fix for crashes on X11 displays lacking RandR support * fix handling of non 24/32-bit png window icons * man page connection string fixes * disable cpuinfo module - known to cause problems on various platforms * ignore error and continue when loading version information * remove executable file permissions on files uploaded to the server * blacklist 'Intel(R) UHD Graphics 620' * use correct location for appdata.xml * use Debian location for systemd service config file * ensure emacs, gvim and xxdiff always use 'text' mode * re-enable pulseaudio memfd (was wrongly disabled in v3.0.0) * remove remnants of GTK2 dependencies from non-GTK2 components * add missing entry to path information tool Cheers, Antoine From i17026 at hb.dhbw-stuttgart.de Fri Feb 7 21:56:17 2020 From: i17026 at hb.dhbw-stuttgart.de (Olbert, Nils) Date: Fri, 7 Feb 2020 21:56:17 +0000 Subject: [winswitch] Question: How does Xpra communicate with X11-apps? Message-ID: Hello, I am currently doing some research about alternatives to (plain) X11 and stumbled about this project. I did some successful tests on my system and checked the wiki, anyways I was unable to find the answer to the following question: I wonder if there is a technical overview of how Xpra works, especially how it interacts with X11-apps. As far as I understand Xpra uses its own enhanced protocol, but how does Xpra communicate with a "dumb" X11-app which doesn't "speak" the xpra-protocol? Does it use an internal Xvfb (or XDummy) to communicate with the applications or does an Xpra-host support both xpra-protocol and x11-protocol? Or is it completely different? Thanks in advance From antoine at nagafix.co.uk Sat Feb 8 03:58:52 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 8 Feb 2020 10:58:52 +0700 Subject: [winswitch] Question: How does Xpra communicate with X11-apps? In-Reply-To: References: Message-ID: On 08/02/2020 04:56, Olbert, Nils via shifter-users wrote: > Hello, > > I am currently doing some research about alternatives to (plain) X11 and stumbled about this project. > I did some successful tests on my system and checked the wiki, anyways I was unable to find the answer to the following question: > I wonder if there is a technical overview of how Xpra works, especially how it interacts with X11-apps. The simplistic answer is that it doesn't interact with X11 apps directly. In its most common mode of operation, the "seamless" mode, xpra acts as a compositing window manager: the X11 server where the X11 applications are running will forward all window updates to the xpra server. Instead of displaying those windows on the X11 server display, xpra then forwards the window contents to any client connected. Obviously, there's a lot more to it than that, but that's the gist of it. > As far as I understand Xpra uses its own enhanced protocol, but how does Xpra communicate with a "dumb" X11-app which doesn't "speak" the xpra-protocol? Xpra's own protocol is only used between the xpra server and its clients. X11 applications should not be aware of it at all. The connection between X11 applications and the X11 server is the same as always. Everything is mediated through the X11 server. > Does it use an internal Xvfb (or XDummy) to communicate with the applications or does an Xpra-host support both xpra-protocol and x11-protocol? Or is it completely different? What is "Xpra-host"? Do you mean the xpra server? As per above, the xpra server connects to the X11 server using the X11 protocol, and to its clients using the xpra protocol. This allows xpra to support clients that do not have X11 support, ie: MacOS, Windows, browsers, etc. Cheers, Antoine > > Thanks in advance From i17026 at hb.dhbw-stuttgart.de Sat Feb 8 21:09:59 2020 From: i17026 at hb.dhbw-stuttgart.de (Olbert, Nils) Date: Sat, 8 Feb 2020 21:09:59 +0000 Subject: [winswitch] Question: How does Xpra communicate with X11-apps? Message-ID: Hello Mr. Martin, thanks for your detailed answer. One last question: what happens when you set up Xpra to forward a full desktop, like "xpra start-desktop --start-child=fvwm". As X11 only allows one window manager at a time I wonder how this is done - if Xpra acts a compositing window manager and fvwm is launched two window managers would run simultaneously. I guess a nested x server (like Xnest or Xephyr) is used in this case, am I correct? Thanks again, Nils From antoine at nagafix.co.uk Sun Feb 9 02:58:48 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 9 Feb 2020 09:58:48 +0700 Subject: [winswitch] Question: How does Xpra communicate with X11-apps? In-Reply-To: References: Message-ID: <6058df12-62fd-d50d-4f1b-9753306c35c3@nagafix.co.uk> On 09/02/2020 04:09, Olbert, Nils via shifter-users wrote: > Hello Mr. Martin, > > thanks for your detailed answer. > > One last question: what happens when you set up Xpra to forward a full desktop, like "xpra start-desktop --start-child=fvwm". As X11 only allows one window manager at a time I wonder how this is done - if Xpra acts a compositing window manager and fvwm is launched two window managers would run simultaneously. > I guess a nested x server (like Xnest or Xephyr) is used in this case, am I correct? In desktop mode, xpra does not run as a window manager, it just listens for paint events on the whole desktop area (the root window): https://xpra.org/trac/ticket/1247 An earlier version used the approach you describe: https://xpra.org/trac/ticket/1206 Cheers, Antoine > > Thanks again, > > Nils From antoine at devloop.org.uk Mon Feb 10 09:28:57 2020 From: antoine at devloop.org.uk (Antoine Martin) Date: Mon, 10 Feb 2020 16:28:57 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.0.6: mostly minor fixes, one security issue In-Reply-To: References: Message-ID: Hi, Due to a regression in the Linux servers, I have pushed new packages with the trivial fix: 3.0.6-r25195. Cheers, Antoine On 07/02/2020 18:17, Antoine Martin wrote: > Hi, > > Most of these fixes are good to have but not critical, with two exceptions: > - the missing system tray bug was really hampering usability. > - the executable permissions on files uploaded is a security issue, > which could be abused to execute arbitrary commands on the server. > Updating is recommended. > > Release notes: > * fix UDP with Python3 > * fix key mapping issues with non-X11 clients and non-US layouts > * fix notification logging errors during shutdown > * fix window stacking order with html5 client and OR windows > * fix png/P and png/L decoding > * fix very slow startup on Debian due to missing libfakeXinerama > * fix display scaling notification warning > * fix errors generating the tray title string > * fix missing webp modules in 'clean' build target > * fix some special characters with HTML5 client > * fix initiate-moveresize with multiple clients > * fix keyboard layout detection with MS Windows 10 clients > * fix control commands argument error handling > * fix unit tests > * fix window repaint issues: system tray, Python 2 non-opengl spinners > * fix server errors during client connection cleanup > * fix spacebar and other characters with tablet input devices (mobile) > * fix unhelpful backtraces when client application windows are lost > * fix MS Windows packaging workarounds for TK > * fix for crashes on X11 displays lacking RandR support > * fix handling of non 24/32-bit png window icons > * man page connection string fixes > * disable cpuinfo module - known to cause problems on various platforms > * ignore error and continue when loading version information > * remove executable file permissions on files uploaded to the server > * blacklist 'Intel(R) UHD Graphics 620' > * use correct location for appdata.xml > * use Debian location for systemd service config file > * ensure emacs, gvim and xxdiff always use 'text' mode > * re-enable pulseaudio memfd (was wrongly disabled in v3.0.0) > * remove remnants of GTK2 dependencies from non-GTK2 components > * add missing entry to path information tool > > Cheers, > Antoine > From crl.langlois at gmail.com Wed Feb 12 16:50:44 2020 From: crl.langlois at gmail.com (carl langlois) Date: Wed, 12 Feb 2020 11:50:44 -0500 Subject: [winswitch] Tray icon does not show any application Message-ID: Hi, I have install a clean kubuntu desktop and install the latest xpra server. Connection from Windows work great but the tray icons does not show a list a applications. It says "this server does not provide start menu data". I can start a new command using the tray "Run command". Not sure what to look for on the server side. Any suggestions? Thanks and Regards Carl From antoine at nagafix.co.uk Wed Feb 12 17:19:03 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 13 Feb 2020 00:19:03 +0700 Subject: [winswitch] Tray icon does not show any application In-Reply-To: References: Message-ID: <76381547-7a76-0a84-36bf-a6bff66d4e2f@nagafix.co.uk> On 12/02/2020 23:50, carl langlois via shifter-users wrote: > Hi, > > I have install a clean kubuntu desktop and install the latest xpra server. Which version of Kubuntu? Xpra 3.0.6? > Connection from Windows work great but the tray icons does not show a list > a applications. It says "this server does not provide start menu data". I > can start a new command using the tray "Run command". My guess is that Kubuntu ships with problematic menu definitions, see: https://xpra.org/trac/ticket/2174#comment:10 > Not sure what to look for on the server side. > Any suggestions? Cheers, Antoine > Thanks and Regards > Carl From crl.langlois at gmail.com Wed Feb 12 17:54:59 2020 From: crl.langlois at gmail.com (carl langlois) Date: Wed, 12 Feb 2020 12:54:59 -0500 Subject: [winswitch] Tray icon does not show any application In-Reply-To: <76381547-7a76-0a84-36bf-a6bff66d4e2f@nagafix.co.uk> References: <76381547-7a76-0a84-36bf-a6bff66d4e2f@nagafix.co.uk> Message-ID: Kubuntu 18.0.4.3 and Xpra 3.0.6 I will check the ticket to see is i can figure it out Thanks On Wed, Feb 12, 2020 at 12:19 PM Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 12/02/2020 23:50, carl langlois via shifter-users wrote: > > Hi, > > > > I have install a clean kubuntu desktop and install the latest xpra > server. > Which version of Kubuntu? Xpra 3.0.6? > > > Connection from Windows work great but the tray icons does not show a > list > > a applications. It says "this server does not provide start menu data". > I > > can start a new command using the tray "Run command". > My guess is that Kubuntu ships with problematic menu definitions, see: > https://xpra.org/trac/ticket/2174#comment:10 > > > Not sure what to look for on the server side. > > Any suggestions? > > > Cheers, > Antoine > > > Thanks and Regards > > Carl > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From crl.langlois at gmail.com Wed Feb 12 17:59:43 2020 From: crl.langlois at gmail.com (carl langlois) Date: Wed, 12 Feb 2020 12:59:43 -0500 Subject: [winswitch] Tray icon does not show any application In-Reply-To: References: <76381547-7a76-0a84-36bf-a6bff66d4e2f@nagafix.co.uk> Message-ID: Doing a quick test a soft link kde4-aplications.menu to applications.menu did the trick.. the prefix for XDG is not set.. that is probaly it. Thanks Great work!! On Wed, Feb 12, 2020 at 12:54 PM carl langlois wrote: > Kubuntu 18.0.4.3 and Xpra 3.0.6 > I will check the ticket to see is i can figure it out > > Thanks > > > On Wed, Feb 12, 2020 at 12:19 PM Antoine Martin via shifter-users < > shifter-users at lists.devloop.org.uk> wrote: > >> On 12/02/2020 23:50, carl langlois via shifter-users wrote: >> > Hi, >> > >> > I have install a clean kubuntu desktop and install the latest xpra >> server. >> Which version of Kubuntu? Xpra 3.0.6? >> >> > Connection from Windows work great but the tray icons does not show a >> list >> > a applications. It says "this server does not provide start menu >> data". I >> > can start a new command using the tray "Run command". >> My guess is that Kubuntu ships with problematic menu definitions, see: >> https://xpra.org/trac/ticket/2174#comment:10 >> >> > Not sure what to look for on the server side. >> > Any suggestions? >> >> >> Cheers, >> Antoine >> >> > Thanks and Regards >> > Carl >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> https://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > From crl.langlois at gmail.com Fri Feb 14 17:39:05 2020 From: crl.langlois at gmail.com (carl langlois) Date: Fri, 14 Feb 2020 12:39:05 -0500 Subject: [winswitch] KDE dolphin icon issue Message-ID: Hi, I am trying to run kde5 dolphin filemanager and it show up i do not have any icon. If i run from the terminal i can see dolphin complaining about this "Pixmap is a null pixmap" Any hints . Thanks Carl From MarkK at mjkservices.net Sat Feb 15 01:35:58 2020 From: MarkK at mjkservices.net (Mark Knittel) Date: Sat, 15 Feb 2020 01:35:58 +0000 Subject: [winswitch] Xpra session cloning Message-ID: Greetings. I am trying to use Xpra on a (local) Apache server to access single desktop applications via browser links on a webpage. I need to have multiple users use the same web page link to open a new version of the application, and then close the session when the window is closed by the user. That means that I need to prevent one user from taking over the session from an existing user, and I need to make sure I don't end up with an excess of open/unused sessions that will consume RAM. Is there a realistic way to accomplish this with either: - Connection strings in the xpra start commands? - A script that is launched when the URL is clicked? Thanks for the help. Mark Knittel 360-441-2126 From antoine at nagafix.co.uk Sat Feb 15 04:21:25 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 15 Feb 2020 11:21:25 +0700 Subject: [winswitch] KDE dolphin icon issue In-Reply-To: References: Message-ID: <30812a54-b8b3-4709-403c-f24dc39b03e0@nagafix.co.uk> On 15/02/2020 00:39, carl langlois via shifter-users wrote: > Hi, > > I am trying to run kde5 dolphin filemanager and it show up i do not have > any icon. You mean the icons for files and folders within the dolphin window? Works fine here on Fedora. > If i run from the terminal i can see dolphin complaining about this > "Pixmap is a null pixmap" Google turns up many hits for this particular problem. Maybe one of those solutions will work for you, ie: XDG_CURRENT_DESKTOP=kde dolphin Cheers, Antoine > > Any hints . > > Thanks > Carl From antoine at nagafix.co.uk Sat Feb 15 04:23:48 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 15 Feb 2020 11:23:48 +0700 Subject: [winswitch] Xpra session cloning In-Reply-To: References: Message-ID: <985fcb7f-5ac7-9adf-4e62-4ee8b8b1a266@nagafix.co.uk> On 15/02/2020 08:35, Mark Knittel via shifter-users wrote: > Greetings. I am trying to use Xpra on a (local) Apache server to access single desktop applications via browser links on a webpage. >I need to have multiple users use the same web page link to open a new version of the application, and then close the session when the window is closed by the user. Start your servers with: --exit-with-client=yes > That means that I need to prevent one user from taking over the session from an existing user, and I need to make sure I don't end up with an excess of open/unused sessions that will consume RAM. > Is there a realistic way to accomplish this with either: > > - Connection strings in the xpra start commands? > > - A script that is launched when the URL is clicked? I don't think there are enough details to give you a clear answer. How are your users identified? Is this done by apache authentication? Do you have a straightforward mapping between apache users and unix users? etc.. Cheers, Antoine > > Thanks for the help. > > Mark Knittel > 360-441-2126 > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From louis.mulder at sue.nl Sat Feb 22 09:13:50 2020 From: louis.mulder at sue.nl (Louis Mulder) Date: Sat, 22 Feb 2020 10:13:50 +0100 Subject: [winswitch] VDI-Netes Message-ID: Hi All I changed the proxy-code a little bit on such away the original Xpra setup will still runs as before With this change and an extra piece of python code placed in .../xpra/scripts -- exec_cmd.py you can run the proxy-server as ingress server under Kubernetes. Exec_cmd will do an Popen it sends username and send the display as variables to this script. Call from client for example -- xpra attach ssh://xpra-alien at srvname:443/seamless Scripts gets the strings: USERNAME=xpra-alien XPRA_POD_DISPLAY=seamless Script will first look for a pod with the name: xpra-alien-seamless if it is running it send backs a CSV containing uid|gid|NA|tcp::14500||| If pod is not running it use kubectl to create one with xpra start session. When Xpra displays xpra is ready it will write a string to a file in the pod (CSV). And returns this string to the caller. (proxy) At the KubeCon 2020 I will a demonstration how to run secure steppingstones and other VDI related running Xpra pods. Kindly regards Louis From xpra at zellners.com Sun Feb 23 20:08:24 2020 From: xpra at zellners.com (xpra at zellners.com) Date: Sun, 23 Feb 2020 12:08:24 -0800 Subject: [winswitch] XPRA Testing and Issues.... Message-ID: <20200223120824.Horde.-qc4qo96I3u1K77T2efc5ux@lv-shared03.cpanelplatform.com> I am looking to use XPRA for exactly what it describes X11 Screen.. and thus dump an VNC connection or shaky X11 forwarding if the connection drops...and taking this application with it. I test and test and test things before they get into a box for use. I've setup up some VM's to test with.. and well... things did not go well. I setup a 19.10 Kubuntu VM and added the XPRA PPA... It pulled in XPRA... and what seems like a HUGE HUGE DEPENDENCY list... and installed it all...compared to a test later with a OFFICIAL REPO version the dependency list was much much smaller. Using the info at: https://xpra.org/trac/wiki/Usage xpra start :100 --start=xterm That seems to start things... But CAN NOT CONNECT TO IT with: xpra attach No X window comes up... nothing.. I get an XPRA icon in the kicker and attempting to "RAISE WINDOWS" doesn't do anything. Trying via TCP type connection xpra start --bind-tcp=0.0.0.0:14500 --start=xterm Then: http://localhost:14500/ I get a screen asking for user/pass and options... doesn't direct connect. First it appears that user/passwd are used from those system files to connect, but thats not listed on the WIKI.. as when I try to use an HTML5 client ie firefox.. it didn't connect till I provided user/pass for the user that started xpra.. STILL didn't connect no xterm window. Or clarifying it CONNECTS session wise.. but NO WINDOW.. So I decided to move to 20.04 Kubuntu daily testing.. and to use the STANDARD 3.06 REPO version.. NOTE: MUCH MUCH LESS DEPENDENCY LIST HERE...it installed etc.. fine... Use the above for a standard setup xpra start... xpra attach.... Nothing again.. Except the icon.. "Raise Windows" nothing. Session info shows it connected etc.. no window. Same with a TCP connection I attempted to use a LIVE DVD setup with the KUbuntu Repo.. but due to the testing nature by that time they had started the daily update and Xpra would no longer install from STANDARD REPO due to a conflict.. so I was unable to try in LIVE DVD setup. I can try to see again if they've resolved the dependcy conflict and try a LIVE DVD which would be closer to PHYSICAL hardware v. VM. In my VM's .. I can't get anything to work... so hard stop... If I can't get it to work in a virtual environment, it don't get put on physical hardware. I am game to spin some more VM's and try.. XPRA PPA or OFFICIAL REPO... maybe the logs below shed some light.... Looking for any guidance or input to get this work... Regressing any further back in disro versions is not really an option...This is for NEW HARDWARE AND BOXES and I'd prefer to use 20.04 if possible... 19.10 was a test just for using the OFFICIAL XPRA PPA v. the OFFICIAL REPO... Also I only put on ESR's so 18.04 would be the version I'd have to regress too.. and that only has a 1 year left for updates... So solving this on 20.04 would be my preferred goal and I am not picky really if its the XPRA PPA or DISTRO REPO.. although I would like to see a much much lighter load from the XPRA PPA in re dependencies considering the DISTRO REPO doesn't bring in things like gdm...since I use LightDM on boxes as it support XDMCP. Thanks. Here is some log info: xpra attach log: xpra at xpra-Base-2004-VirtualBox:~$ xpra attach Error presenting FBO: XError: BadMatch (invalid parameter attributes) 2020-02-22 21:33:58,393 Warning: OpenGL probe failed: timeout 2020-02-22 21:33:59,711 Xpra GTK3 X11 client version 3.0.6-r25177 64-bit 2020-02-22 21:34:00,408 running on Linux Ubuntu 20.04 focal 2020-02-22 21:34:00,417 window manager is 'KWin' 2020-02-22 21:34:00,730 Warning: failed to import opencv: 2020-02-22 21:34:00,733 No module named 'cv2' 2020-02-22 21:34:00,734 webcam forwarding is disabled Warning: failed to import GStreamer 1.x: Namespace Gst not available 2020-02-22 21:34:02,336 Error: failed to query sound subsystem: 2020-02-22 21:34:02,337 query did not return any data 2020-02-22 21:34:02,364 Warning: no pulseaudio information available 2020-02-22 21:34:02,364 No module named 'distutils.spawn' 2020-02-22 21:34:03,923 keyboard settings: rules=evdev, model=pc105, layout=us 2020-02-22 21:34:03,954 desktop size is 1920x1080 with 1 screen: 2020-02-22 21:34:03,958 :0.0 (508x285 mm - DPI: 96x96) workarea: 1920x1044 2020-02-22 21:34:03,958 VBX VGA-1 (508x286 mm - DPI: 96x95) 2020-02-22 21:34:16,565 enabled fast mmap transfers using 256MB shared memory area 2020-02-22 21:34:16,567 enabled remote logging 2020-02-22 21:34:16,568 Xpra GTK3 X11 server version 3.0.6-r25177 64-bit 2020-02-22 21:34:16,576 running on Linux Ubuntu 20.04 focal 2020-02-22 21:34:16,666 Attached to socket:///run/user/1000/xpra/xpra-Base-2004-VirtualBox-100 2020-02-22 21:34:16,674 (press Control-C to detach) 2020-02-22 21:34:16,851 server does not support xi input devices 2020-02-22 21:34:16,858 server uses: xtest :100.log rec9140 at rec9140-Base-2004-VirtualBox:/run/user/1000/xpra$ cat \:100.log 2020-02-22 21:33:39,229 cannot access python uinput module: 2020-02-22 21:33:39,229 No module named 'uinput' X.Org X Server 1.20.7 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.4.0-171-generic x86_64 Ubuntu Current Operating System: Linux rec9140-Base-2004-VirtualBox 5.4.0-14-generic #17-Ubuntu SMP Thu Feb 6 22:47:59 UTC 2020 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-14-generic root=UUID=cf67895e-76c3-43e8-8145-b7481a42bff2 ro quiet splash Build Date: 14 January 2020 01:43:13PM xorg-server 2:1.20.7-2ubuntu1 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.38.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (++) Log file: "/run/user/1000/xpra/Xorg.:100.log", Time: Sat Feb 22 21:33:39 2020 (++) Using config file: "/etc/xpra/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" 2020-02-22 21:34:00,413 created unix domain socket '/run/user/1000/xpra/rec9140-Base-2004-VirtualBox-100' 2020-02-22 21:34:00,414 cannot create group socket '/run/xpra/rec9140-Base-2004-VirtualBox-100' 2020-02-22 21:34:00,414 [Errno 13] Permission denied 2020-02-22 21:34:00,911 pointer device emulation using XTest 2020-02-22 21:34:01,306 Error: cannot find the html web root 2020-02-22 21:34:01,306 '/usr/share/xpra/www' does not exist 2020-02-22 21:34:01,486 Warning: skipped OpenGL probing, 2020-02-22 21:34:01,486 found 2 blacklisted kernel modules: 2020-02-22 21:34:01,487 vboxguest, vboxvideo 2020-02-22 21:34:01,653 Warning: failed to load the mdns publisher 2020-02-22 21:34:01,656 No module named 'avahi' 2020-02-22 21:34:01,656 either install the 'python-avahi' module 2020-02-22 21:34:01,656 or use the 'mdns=no' option 2020-02-22 21:34:01,775 D-Bus notification forwarding is available (Xpra:2588): Gtk-CRITICAL **: 21:34:01.804: gtk_widget_realize: assertion 'widget->priv->anchored || GTK_IS_INVISIBLE (widget)' failed 2020-02-22 21:34:01,986 xpra is ready. 2020-02-22 21:34:01,989 xpra GTK3 X11 version 3.0.6-r25177 64-bit 2020-02-22 21:34:02,454 Warning: webcam forwarding is disabled 2020-02-22 21:34:02,455 the virtual video directory '/sys/devices/virtual/video4linux' was not found 2020-02-22 21:34:02,455 make sure that the 'v4l2loopback' kernel module is installed and loaded 2020-02-22 21:34:02,455 found 0 virtual video devices for webcam forwarding 2020-02-22 21:34:02,695 uid=1000 (rec9140), gid=1000 (rec9140) 2020-02-22 21:34:02,696 running with pid 2588 on Linux Ubuntu 20.04 focal 2020-02-22 21:34:02,698 connected to X11 display :100 with 24 bit colors 2020-02-22 21:34:04,344 New unix-domain connection received 2020-02-22 21:34:04,344 on '/run/user/1000/xpra/rec9140-Base-2004-VirtualBox-100' 2020-02-22 21:34:04,371 Handshake complete; enabling connection 2020-02-22 21:34:04,651 New unix-domain connection received 2020-02-22 21:34:04,651 on '/run/user/1000/xpra/rec9140-Base-2004-VirtualBox-100' 2020-02-22 21:34:05,500 mmap is enabled using 256MB area in /run/user/1000/xpra/xpra.lyjo22fg.mmap 2020-02-22 21:34:05,513 Python/GTK3 Linux Ubuntu 20.04 focal x11 client version 3.0.6-r25177 64-bit 2020-02-22 21:34:05,514 connected from 'rec9140-Base-2004-VirtualBox' as 'rec9140' 2020-02-22 21:34:05,544 setting key repeat rate from client: 600ms delay / 40ms interval 2020-02-22 21:34:05,554 setting keymap: 2020-02-22 21:34:05,681 setting keyboard layout to 'us' 2020-02-22 21:34:06,063 waiting for initialization thread to complete 2020-02-22 21:34:16,064 Warning: initialization thread is still active 2020-02-22 21:34:16,064 client root window size is 1920x1080 with 1 display: 2020-02-22 21:34:16,065 :0.0 (508x285 mm - DPI: 96x96) workarea: 1920x1044 2020-02-22 21:34:16,065 VBX VGA-1 (508x286 mm - DPI: 96x95) 2020-02-22 21:34:16,465 server virtual display now set to 1920x1080 2020-02-22 21:34:16,785 client 1 @16.848 Xpra GTK3 X11 server version 3.0.6-r25177 64-bit 2020-02-22 21:34:16,786 client 1 @16.856 running on Linux Ubuntu 20.04 focal 2020-02-22 21:34:16,787 client 1 @16.946 Attached to socket:///run/user/1000/xpra/rec9140-Base-2004-VirtualBox-100 2020-02-22 21:34:16,787 client 1 @16.954 (press Control-C to detach) 2020-02-22 21:34:16,852 client 1 @17.131 server does not support xi input devices 2020-02-22 21:34:16,860 client 1 @17.137 server uses: xtest 2020-02-22 21:34:16,938 Error parsing xdg menu data: 2020-02-22 21:34:16,938 ParsingError in file '/etc/xdg/menus/kde-debian-menu.menu', File not found 2020-02-22 21:34:16,938 this is either a bug in python-xdg, 2020-02-22 21:34:16,938 or an invalid system menu configuration 2020-02-22 21:34:17,047 DPI set to 23 x 25 (wanted 96 x 96) 2020-02-22 21:34:17,050 you may experience scaling problems, such as huge or small fonts, etc 2020-02-22 21:34:17,050 to fix this issue, try the dpi switch, or use a patched Xorg dummy driver 2020-02-22 21:34:17,787 Warning: lpinfo command is taking too long, 2020-02-22 21:34:17,787 is the cups server running? 2020-02-22 21:34:17,788 Warning: lpinfo command failed and returned -15 2020-02-22 21:34:17,789 command used: '/usr/sbin/lpinfo --make-and-model Generic PDF Printer -m' 2020-02-22 21:34:17,790 printer forwarding enabled using postscript and pdf 2020-02-22 21:34:18,010 Error spawning child 'xterm': 2020-02-22 21:34:18,011 [Errno 2] No such file or directory: 'xterm' 2020-02-22 21:34:18,017 Warning: cannot watch for application menu changes without pyinotify: 2020-02-22 21:34:18,042 No module named 'pyinotify' 2020-02-22 21:34:18,095 Error parsing xdg menu data: 2020-02-22 21:34:18,095 ParsingError in file '/etc/xdg/menus/kde-debian-menu.menu', File not found 2020-02-22 21:34:18,095 this is either a bug in python-xdg, 2020-02-22 21:34:18,095 or an invalid system menu configuration 2020-02-22 21:34:18,285 1.9GB of system memory Xorg:100.log [ 314.517] X.Org X Server 1.20.7 X Protocol Version 11, Revision 0 [ 314.517] Build Operating System: Linux 4.4.0-171-generic x86_64 Ubuntu [ 314.517] Current Operating System: Linux xpra-Base-2004-VirtualBox 5.4.0-14-generic #17-Ubuntu SMP Thu Feb 6 22:47:59 UTC 2020 x86_64 [ 314.517] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-14-generic root=UUID=cf67895e-76c3-43e8-8145-b7481a42bff2 ro quiet splash [ 314.517] Build Date: 14 January 2020 01:43:13PM [ 314.517] xorg-server 2:1.20.7-2ubuntu1 (For technical support please see http://www.ubuntu.com/support) [ 314.517] Current version of pixman: 0.38.4 [ 314.517] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 314.517] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 314.518] (++) Log file: "/run/user/1000/xpra/Xorg.:100.log", Time: Sat Feb 22 21:33:39 2020 [ 314.518] (++) Using config file: "/etc/xpra/xorg.conf" [ 314.518] (EE) Unable to locate/open config directory: "/run/user/1000/xpra/xorg.conf.d/2588" [ 314.518] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 314.582] (==) ServerLayout "dummy_layout" [ 314.582] (**) |-->Screen "dummy_screen" (0) [ 314.582] (**) | |-->Monitor "dummy_monitor" [ 314.603] (**) | |-->Device "dummy_videocard" [ 314.603] (**) Option "DontVTSwitch" "true" [ 314.603] (**) Option "AllowMouseOpenFail" "true" [ 314.603] (**) Option "AutoAddDevices" "false" [ 314.603] (**) Option "AutoEnableDevices" "false" [ 314.603] (**) Not automatically adding devices [ 314.603] (**) Not automatically enabling devices [ 314.603] (==) Automatically adding GPU devices [ 314.603] (==) Automatically binding GPU devices [ 314.603] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 314.603] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 314.603] Entry deleted from font path. [ 314.603] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 314.603] Entry deleted from font path. [ 314.603] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 314.603] Entry deleted from font path. [ 314.603] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 314.603] Entry deleted from font path. [ 314.603] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 314.603] Entry deleted from font path. [ 314.603] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [ 314.603] (==) ModulePath set to "/usr/lib/xorg/modules" [ 314.603] (==) |-->Input Device "" [ 314.603] (==) |-->Input Device "" [ 314.603] (==) The core pointer device wasn't specified explicitly in the layout. Using the default mouse configuration. [ 314.603] (==) The core keyboard device wasn't specified explicitly in the layout. Using the default keyboard configuration. [ 314.603] (II) Loader magic: 0x5646ac154020 [ 314.603] (II) Module ABI versions: [ 314.603] X.Org ANSI C Emulation: 0.4 [ 314.603] X.Org Video Driver: 24.1 [ 314.603] X.Org XInput driver : 24.1 [ 314.603] X.Org Server Extension : 10.0 [ 314.629] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_33 [ 314.630] (II) xfree86: Adding drm device (/dev/dri/card0) [ 314.633] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 1 [ 314.633] (EE) Error systemd-logind returned paused fd for drm node [ 314.633] (II) systemd-logind: releasing fd for 226:0 [ 314.642] (--) PCI:*(0 at 0:2:0) 80ee:beef:0000:0000 rev 0, Mem @ 0xe0000000/134217728, BIOS @ 0x????????/131072 [ 314.642] (II) LoadModule: "glx" [ 314.643] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 314.648] (II) Module glx: vendor="X.Org Foundation" [ 314.648] compiled for 1.20.7, module version = 1.0.0 [ 314.648] ABI class: X.Org Server Extension, version 10.0 [ 314.648] (II) LoadModule: "dummy" [ 314.648] (II) Loading /usr/lib/xorg/modules/drivers/dummy_drv.so [ 314.648] (II) Module dummy: vendor="X.Org Foundation" [ 314.648] compiled for 1.20.0, module version = 0.3.8 [ 314.648] Module class: X.Org Video Driver [ 314.648] ABI class: X.Org Video Driver, version 24.0 [ 314.648] (II) LoadModule: "mouse" [ 314.649] (WW) Warning, couldn't open module mouse [ 314.649] (EE) Failed to load module "mouse" (module does not exist, 0) [ 314.649] (II) LoadModule: "kbd" [ 314.649] (WW) Warning, couldn't open module kbd [ 314.649] (EE) Failed to load module "kbd" (module does not exist, 0) [ 314.649] (II) DUMMY: Driver for Dummy chipsets: dummy [ 314.649] (WW) Falling back to old probe method for dummy [ 314.649] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 314.649] (II) DUMMY(0): Chipset is a DUMMY [ 314.649] (++) DUMMY(0): Depth 24, (--) framebuffer bpp 32 [ 314.649] (==) DUMMY(0): RGB weight 888 [ 314.649] (==) DUMMY(0): Default visual is TrueColor [ 314.649] (==) DUMMY(0): Using gamma correction (1.0, 1.0, 1.0) [ 314.649] (DB) xf86MergeOutputClassOptions unsupported bus type 0 [ 314.649] (**) DUMMY(0): VideoRAM: 256000 kByte [ 314.649] (**) DUMMY(0): Max Clock: 600000 kHz [ 314.649] (II) DUMMY(0): dummy_monitor: Using hsync range of 1.00-2000.00 kHz [ 314.649] (II) DUMMY(0): dummy_monitor: Using vrefresh range of 1.00-200.00 Hz [ 314.649] (II) DUMMY(0): Clock range: 11.00 to 600.00 MHz [ 314.649] (II) DUMMY(0): Not using mode "7680x4320" (height too large for virtual size) [ 314.650] (II) DUMMY(0): Not using default mode "320x180" (bad mode clock/interlace/doublescan) [ 314.650] (II) DUMMY(0): Not using default mode "320x180" (bad mode clock/interlace/doublescan) [ 314.650] (II) DUMMY(0): Not using default mode "360x202" (bad mode clock/interlace/doublescan) [ 314.650] (II) DUMMY(0): Not using default mode "1368x768" (monitor doesn't support reduced blanking) [ 314.650] (II) DUMMY(0): Not using default mode "15360x8640" (insufficient memory for mode) [ 314.650] (II) DUMMY(0): Not using default mode "15360x8640" (insufficient memory for mode) [ 333.716] (II) DUMMY(0): Virtual size is 8192x4096 (pitch 8192) [ 333.716] (**) DUMMY(0): *Mode "8192x4096": 193.3 MHz, 21.5 kHz, 5.0 Hz HUGE LIST OF MODES OMITTED.. I can provide if really needed.... [ 333.784] (==) DUMMY(0): DPI set to (96, 96) [ 333.784] (II) Loading sub module "fb" [ 333.784] (II) LoadModule: "fb" [ 333.784] (II) Loading /usr/lib/xorg/modules/libfb.so [ 333.784] (II) Module fb: vendor="X.Org Foundation" [ 333.784] compiled for 1.20.7, module version = 1.0.0 [ 333.784] ABI class: X.Org ANSI C Emulation, version 0.4 [ 333.784] (II) Loading sub module "ramdac" [ 333.785] (II) LoadModule: "ramdac" [ 333.785] (II) Module "ramdac" already built-in [ 333.788] (II) DUMMY(0): Using 3904 scanlines of offscreen memory [ 333.788] (==) DUMMY(0): Backing store enabled [ 333.788] (==) DUMMY(0): Silken mouse enabled [ 333.788] (WW) DUMMY(0): Option "ConstantDPI" is not used [ 333.788] (II) Initializing extension Generic Event Extension [ 333.789] (II) Initializing extension SHAPE [ 333.789] (II) Initializing extension MIT-SHM [ 333.789] (II) Initializing extension XInputExtension [ 333.789] (II) Initializing extension XTEST [ 333.789] (II) Initializing extension BIG-REQUESTS [ 333.789] (II) Initializing extension SYNC [ 333.790] (II) Initializing extension XKEYBOARD [ 333.790] (II) Initializing extension XC-MISC [ 333.790] (II) Initializing extension SECURITY [ 333.790] (II) Initializing extension XFIXES [ 333.790] (II) Initializing extension RENDER [ 333.791] (II) Initializing extension RANDR [ 333.791] (II) Initializing extension COMPOSITE [ 333.791] (II) Initializing extension DAMAGE [ 333.791] (II) Initializing extension MIT-SCREEN-SAVER [ 333.792] (II) Initializing extension DOUBLE-BUFFER [ 333.792] (II) Initializing extension RECORD [ 333.792] (II) Initializing extension DPMS [ 333.792] (II) Initializing extension Present [ 333.792] (II) Initializing extension DRI3 [ 333.792] (II) Initializing extension X-Resource [ 333.792] (II) Initializing extension XVideo [ 333.797] (II) Initializing extension XVideo-MotionCompensation [ 333.797] (II) Initializing extension SELinux [ 333.797] (II) SELinux: Disabled on system [ 333.797] (II) Initializing extension GLX [ 333.797] (II) AIGLX: Screen 0 is not DRI2 capable [ 333.910] (II) IGLX: Loaded and initialized swrast [ 333.910] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 333.910] (II) Initializing extension XFree86-VidModeExtension [ 333.910] (II) Initializing extension XFree86-DGA [ 333.911] (II) Initializing extension XFree86-DRI [ 333.911] (II) Initializing extension DRI2 [ 334.621] (II) LoadModule: "mouse" [ 334.621] (WW) Warning, couldn't open module mouse [ 334.621] (EE) Failed to load module "mouse" (module does not exist, 0) [ 334.621] (EE) No input driver matching `mouse' [ 334.621] (II) Falling back to input driver `libinput' [ 334.621] (II) LoadModule: "libinput" [ 334.622] (II) Loading /usr/lib/xorg/modules/input/libinput_drv.so [ 334.624] (II) Module libinput: vendor="X.Org Foundation" [ 334.624] compiled for 1.20.4, module version = 0.29.0 [ 334.624] Module class: X.Org XInput Driver [ 334.624] ABI class: X.Org XInput driver, version 24.1 [ 334.624] (II) Using input driver 'libinput' for '' [ 334.624] (**) Option "CorePointer" "on" [ 334.624] (**) : always reports core events [ 334.624] (EE) PreInit returned 2 for "" [ 334.624] (II) UnloadModule: "libinput" [ 334.624] (II) LoadModule: "kbd" [ 334.625] (WW) Warning, couldn't open module kbd [ 334.625] (EE) Failed to load module "kbd" (module does not exist, 0) [ 334.625] (EE) No input driver matching `kbd' [ 334.625] (II) Falling back to input driver `libinput' [ 334.625] (II) Using input driver 'libinput' for '' [ 334.625] (**) Option "CoreKeyboard" "on" [ 334.625] (**) : always reports core events [ 334.625] (EE) PreInit returned 2 for "" [ 334.625] (II) UnloadModule: "libinput" [ 334.651] (II) config/udev: Adding input device Power Button (/dev/input/event0) [ 334.651] (II) AutoAddDevices is off - not adding device. [ 334.657] (II) config/udev: Adding input device Sleep Button (/dev/input/event1) [ 334.657] (II) AutoAddDevices is off - not adding device. [ 334.658] (II) config/udev: Adding input device Video Bus (/dev/input/event3) [ 334.658] (II) AutoAddDevices is off - not adding device. [ 334.658] (II) config/udev: Adding drm device (/dev/dri/card0) [ 334.658] (II) xfree86: Adding drm device (/dev/dri/card0) [ 334.673] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 17 paused 1 [ 334.673] (EE) Error systemd-logind returned paused fd for drm node [ 334.673] (II) systemd-logind: releasing fd for 226:0 [ 334.683] (II) config/udev: Adding input device VirtualBox mouse integration (/dev/input/event6) [ 334.683] (II) AutoAddDevices is off - not adding device. [ 334.683] (II) config/udev: Adding input device VirtualBox mouse integration (/dev/input/js1) [ 334.683] (II) AutoAddDevices is off - not adding device. [ 334.690] (II) config/udev: Adding input device VirtualBox USB Tablet (/dev/input/event5) [ 334.690] (II) AutoAddDevices is off - not adding device. [ 334.691] (II) config/udev: Adding input device VirtualBox USB Tablet (/dev/input/js0) [ 334.691] (II) AutoAddDevices is off - not adding device. [ 334.692] (II) config/udev: Adding input device VirtualBox USB Tablet (/dev/input/mouse1) [ 334.692] (II) AutoAddDevices is off - not adding device. [ 334.700] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event2) [ 334.700] (II) AutoAddDevices is off - not adding device. [ 334.707] (II) config/udev: Adding input device ImExPS/2 Generic Explorer Mouse (/dev/input/event4) [ 334.707] (II) AutoAddDevices is off - not adding device. [ 334.707] (II) config/udev: Adding input device ImExPS/2 Generic Explorer Mouse (/dev/input/mouse0) [ 334.707] (II) AutoAddDevices is off - not adding device. From antoine at nagafix.co.uk Mon Feb 24 03:34:28 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 24 Feb 2020 10:34:28 +0700 Subject: [winswitch] XPRA Testing and Issues.... In-Reply-To: <20200223120824.Horde.-qc4qo96I3u1K77T2efc5ux@lv-shared03.cpanelplatform.com> References: <20200223120824.Horde.-qc4qo96I3u1K77T2efc5ux@lv-shared03.cpanelplatform.com> Message-ID: <6b812d5b-059c-981c-0add-32f41919689e@nagafix.co.uk> On 24/02/2020 03:08, xpra--- via shifter-users wrote: > I am looking to use XPRA for exactly what it describes X11 Screen.. and > thus dump an VNC connection or shaky X11 forwarding if the connection > drops...and taking this application with it. > > I test and test and test things before they get into a box for use. > > I've setup up some VM's to test with.. and well... things did not go well. > > I setup a 19.10 Kubuntu VM and added the XPRA PPA... > > It pulled in XPRA... and what seems like a HUGE HUGE DEPENDENCY list... > and installed it all...compared to a test later with a OFFICIAL REPO > version the dependency list was much much smaller. By default, the xpra.org packages will enable every feature available, which requires extra packages, in particular: * audio forwarding: gstreamer and many of its plugins, which brings even more dependencies * lots of networking libraries: ssh, mdns, kerberos, gssapi, crypto, etc * printer forwarding * dbus bindings etc And that's not even all of it. There are also weaker dependencies but those are not installed by default. If you want to avoid installing the dependencies, you should look into "--no-install-recommends". You can then install the features you actually want manually afterwards. > Using the info? at: > https://xpra.org/trac/wiki/Usage > > xpra start :100 --start=xterm > > That seems to start things... > > But CAN NOT CONNECT TO IT with: > > xpra attach > > > No X window comes up... nothing.. > > I get an XPRA icon in the kicker and attempting to "RAISE WINDOWS" > doesn't do anything. > > Trying via TCP type connection > > xpra start --bind-tcp=0.0.0.0:14500 --start=xterm > > Then: > http://localhost:14500/ > > I get a screen asking for user/pass and options... doesn't direct connect. I think you're hitting the system wide proxy, not the instance you started. My guess is that your tcp server failed to start because the port was already taken. Try using a different tcp port. > First it appears that user/passwd are used from those system files to > connect, but thats not listed on the WIKI.. as when I try to use an > HTML5 client ie firefox.. it didn't connect till I provided user/pass > for the user that started xpra.. Then you are definitely hitting the system-wide proxy server. > STILL didn't connect no xterm window. Or clarifying it CONNECTS session > wise.. but NO WINDOW.. "xterm" is not installed, see your annotated log output below. Just try: xpra start --start=xterm --attach=yes > So I decided to move to 20.04 Kubuntu daily testing.. and to use the > STANDARD 3.06 REPO version.. NOTE: MUCH MUCH LESS DEPENDENCY LIST > HERE...it installed etc.. fine... > > Use the above for a standard setup > > xpra start... > > xpra attach.... > > Nothing again.. Except the icon.. "Raise Windows" nothing. > > Session info shows it connected etc.. no window. > > Same with a TCP connection > > I attempted to use a LIVE DVD setup with the KUbuntu Repo.. but due to > the testing nature by that time they had started the daily update and > Xpra would no longer install from STANDARD REPO due to a conflict.. so I > was unable to try in LIVE DVD setup. I can try to see again if they've > resolved the dependcy conflict and try a LIVE DVD which would be closer > to PHYSICAL hardware v. VM. > > In my VM's .. I can't get anything to work... so hard stop... If I can't > get it to work in a virtual environment, it don't get put on physical > hardware. > > I am game to spin some more VM's and try.. XPRA PPA or OFFICIAL REPO... > maybe the logs below shed some light.... > > Looking for any guidance or input to get this work... > > Regressing any further back in disro versions is not really an > option...This is for NEW HARDWARE AND BOXES and I'd prefer to use 20.04 > if possible...? 19.10 was a test just for using the OFFICIAL XPRA PPA v. > the OFFICIAL REPO... Also I only put on ESR's so 18.04 would be the > version I'd have to regress too.. and that only has a 1 year left for > updates... So solving this on 20.04 would be my preferred goal and I am > not picky really if its the XPRA PPA or DISTRO REPO.. although I would > like to see a much much lighter load from the XPRA PPA in re > dependencies considering the DISTRO REPO doesn't bring in things like > gdm...since I use LightDM on boxes as it support XDMCP. Don't use the downstream packaging, it's always buggy: https://xpra.org/trac/wiki/Packaging/DistributionPackages The number one support request we get is that something doesn't work with the Ubuntu or Debian packages, which is usually solved by using a supported version. Ubuntu Focal packages will start appearing in the next few weeks, starting with the beta repository. > > Thanks. > > Here is some log info: > > xpra attach log: (..) > :100.log (..) > 2020-02-22 21:34:01,306 Error: cannot find the html web root > 2020-02-22 21:34:01,306? '/usr/share/xpra/www' does not exist You're using the Ubuntu package, which does not include the html5 client. Or you removed the "xpra-html5" package. (..) > 2020-02-22 21:34:01,653 Warning: failed to load the mdns publisher > 2020-02-22 21:34:01,656? No module named 'avahi' > 2020-02-22 21:34:01,656? either install the 'python-avahi' module > 2020-02-22 21:34:01,656? or use the 'mdns=no' option No mdns support in this installation. > 2020-02-22 21:34:02,454 Warning: webcam forwarding is disabled > 2020-02-22 21:34:02,455? the virtual video directory > '/sys/devices/virtual/video4linux' was not found > 2020-02-22 21:34:02,455? make sure that the 'v4l2loopback' kernel module > is installed and loaded No webcam forwarding. (..) > 2020-02-22 21:34:16,938 Error parsing xdg menu data: > 2020-02-22 21:34:16,938? ParsingError in file > '/etc/xdg/menus/kde-debian-menu.menu', File not found > 2020-02-22 21:34:16,938? this is either a bug in python-xdg, > 2020-02-22 21:34:16,938? or an invalid system menu configuration That's a bug in Ubuntu's xdg packaging. > 2020-02-22 21:34:17,047 DPI set to 23 x 25 (wanted 96 x 96) > 2020-02-22 21:34:17,050? you may experience scaling problems, such as > huge or small fonts, etc > 2020-02-22 21:34:17,050? to fix this issue, try the dpi switch, or use a > patched Xorg dummy driver You're not using xpra's packages, so you can expect DPI issues. > 2020-02-22 21:34:17,787 Warning: lpinfo command is taking too long, > 2020-02-22 21:34:17,787? is the cups server running? > 2020-02-22 21:34:17,788 Warning: lpinfo command failed and returned -15 > 2020-02-22 21:34:17,789? command used: '/usr/sbin/lpinfo > --make-and-model Generic PDF Printer -m' > 2020-02-22 21:34:17,790 printer forwarding enabled using postscript and pdf No printing support? > 2020-02-22 21:34:18,010 Error spawning child 'xterm': > 2020-02-22 21:34:18,011? [Errno 2] No such file or directory: 'xterm' ******************************************* Here's your problem: xterm is not installed. ******************************************* > 2020-02-22 21:34:18,017 Warning: cannot watch for application menu > changes without pyinotify: > 2020-02-22 21:34:18,042? No module named 'pyinotify' > 2020-02-22 21:34:18,095 Error parsing xdg menu data: > 2020-02-22 21:34:18,095? ParsingError in file > '/etc/xdg/menus/kde-debian-menu.menu', File not found > 2020-02-22 21:34:18,095? this is either a bug in python-xdg, > 2020-02-22 21:34:18,095? or an invalid system menu configuration (..) From xpra at zellners.com Fri Feb 28 04:04:43 2020 From: xpra at zellners.com (xpra at zellners.com) Date: Thu, 27 Feb 2020 20:04:43 -0800 Subject: [winswitch] XPRA Testing and Issues.... Message-ID: <20200227200443.Horde.HuDBDgSv4e7qDQ-owdQDIFp@lv-shared03.cpanelplatform.com> I found the problem on what XPRA was doing after getting a chance to dig further... XTERM for some idiotic reason is no longer in the base X distribution.at least on my distros (*buntus). I'll save that rant for another day.. its right up there with not including basic stuff like ifconfig... anyway CHANGING TO XCLOCK for a test.. WORKS! xpra start... XCLOCK ..... xpra attach that brings up the XCLOCK.. OK.. I'll play with the TCP/Net stuff again .... I tried with the program I intended to use this with.. but that program itself has an ISSUE.. which is not related to XPRA.. its the testing environment ... and right now I am not ready to put xpra on bare metal.. Any input on the huge differences in dependencies?? ? ? ? XPRA PPA v. *buntu REPO? ? Or is this a case of suggests is pulling in more??? So I am off to play some more.. From antoine at nagafix.co.uk Fri Feb 28 05:14:01 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 28 Feb 2020 12:14:01 +0700 Subject: [winswitch] XPRA Testing and Issues.... In-Reply-To: <20200227200443.Horde.HuDBDgSv4e7qDQ-owdQDIFp@lv-shared03.cpanelplatform.com> References: <20200227200443.Horde.HuDBDgSv4e7qDQ-owdQDIFp@lv-shared03.cpanelplatform.com> Message-ID: <19a89e36-71ef-a509-467b-afe657b609ac@nagafix.co.uk> Please check your spam folder. On 28/02/2020 11:04, xpra--- via shifter-users wrote: > > I found the problem on what XPRA was doing after getting a chance to dig > further... I had already told you so: https://lists.devloop.org.uk/pipermail/shifter-users/2020-February/002513.html > XTERM for some idiotic reason is no longer in the base X distribution.at > least on my distros (*buntus). I'll save that rant for another day.. its > right up there with not including basic stuff like ifconfig... anyway > > CHANGING TO XCLOCK for a test.. WORKS! xpra start... XCLOCK ..... xpra > attach that brings up the XCLOCK.. OK.. > > I'll play with the TCP/Net stuff again .... > > I tried with the program I intended to use this with.. but that program > itself has an ISSUE.. which is not related to XPRA.. its the testing > environment ... and right now I am not ready to put xpra on bare metal.. > > Any input on the huge differences in dependencies?? ? ? ??? XPRA PPA v. > *buntu REPO? ?? Or is this a case of suggests is pulling in more??? Please see my answer above. Antoine > > So I am off to play some more.. > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users From MarkK at mjkservices.net Sat Feb 29 21:18:23 2020 From: MarkK at mjkservices.net (Mark Knittel) Date: Sat, 29 Feb 2020 21:18:23 +0000 Subject: [winswitch] Xpra session cloning Message-ID: Antoine: thanks for your response below. I'll answer the question in-line. Mark Knittel 360-441-2126 On 15/02/2020 08:35, Mark Knittel via shifter-users wrote: > Greetings. I am trying to use Xpra on a (local) Apache server to access single desktop applications via browser links on a webpage. >I need to have multiple users use the same web page link to open a new version of the application, and then close the session when the window is closed by the user. Start your servers with: --exit-with-client=yes > That means that I need to prevent one user from taking over the session from an existing user, and I need to make sure I don't end up with an excess of open/unused sessions that will consume RAM. > Is there a realistic way to accomplish this with either: > > - Connection strings in the xpra start commands? > > - A script that is launched when the URL is clicked? I don't think there are enough details to give you a clear answer. How are your users identified? Is this done by apache authentication? Do you have a straightforward mapping between apache users and unix users? etc.. **** Let me add a little more background. We're attempting to user XPRA on an Apache/Linux system that is being used to serve educational content to schools in remote villages in eastern Africa. The server preloaded with content and is entirely offline - no internet connection, and all users/students connect via wireless devices (notebooks, tablets, phones) using a browser interface. We do not require/need user login, as there is no built in tracking, etc. So we don't have an easy way to identify individual users. We now need to connect users to individual desktop applications, but would like to keep things as simple as possible by continueing to use a browser interface, avoiding an user side XPRA, VNC, etc. client. Hence the reason for XPRA and HTML access. We are testing with the proxy server as well. The challenge we're having is knowing how to format a generic URL/link that will: - Start a server to access a specific application when clicked from a browser, and then - Stop the server when the user closes the application tab in the browser. Any help you can provide would be appreciated. Mark K Cheers, Antoine