From totaam at xpra.org Sat Oct 1 18:14:09 2022 From: totaam at xpra.org (Antoine Martin) Date: Sun, 2 Oct 2022 00:14:09 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.4 new major release Message-ID: <56941fa0-e81a-ae52-c4cc-ecacb29cca3d@xpra.org> Hi, This new release took even longer than usual but it really is full of goodies all-around. The most significant server improvements are the accurate monitor virtualization and refresh rate control. The shadow server can now also select specific areas or applications, bringing it closer to seamless mode - with some important caveats. The client's ability to automatically trap keyboard shortcuts and confine the pointer is particularly useful for "desktop", "shadow" and the new "monitor" mode. There are also numerous improvements to security and authentication, encodings, network protocols and integration, etc. More details can be found in the release notes: https://github.com/Xpra-org/xpra/releases/tag/v4.4 As an alternative to IRC and the mailing list, feel free to use the new github discussions: https://github.com/orgs/Xpra-org/discussions To ensure that the project continues to grow, please consider becoming a sponsor, especially if you are using xpra in a corporate environment: https://github.com/sponsors/totaam Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine From wssddc at wssddc.com Sun Oct 2 05:00:03 2022 From: wssddc at wssddc.com (Bob Babcock) Date: Sun, 2 Oct 2022 00:00:03 -0400 Subject: [winswitch] Shadowing problem Message-ID: I mostly stopped using xpra when I retired, but having just rebuilt my Fedora 36 system on slightly newer hardware, I thought I should test it.? My Windows and Linux systems are both local; I'm trying xpra as an alternative to my KVM switch, but might want to use it remotely as well. If I start xpra on the Win/10 side by ? ? xpra shadow ssh://user at host I see the session that was running on the Fedora side, and all seems well. But, the local display is now black, and stays black after xpra stop.? The above command gets me back to the running session. If I type ctrl-alt-f2, then ctrl-alt-f1, I get the local display back with the shadow still working. After doing this, I see messages: ??? Desktop effects were restarted due to a graphics reset Any suggestions? Xpra win/10 is version 4.4 Fedora version is xpra-4.4-10.r32017.fc36.x86_64 Fedora video is xorg-x11-drv-nvidia-390xx-390.154-1.fc36.x86_64 Thanks From lonnie at neartalk.com Wed Oct 12 13:23:20 2022 From: lonnie at neartalk.com (Lonnie Best) Date: Wed, 12 Oct 2022 07:23:20 -0500 Subject: [winswitch] Optimizing XPRA for Slow Internet Connections So that is like RDP defaults Message-ID: My bandwidth is 2.7mb/s down and 0.5mb/s up. How should I configure xpra so that I get similar performance to RDP (which works perfectly fine for connecting to Windows desktops)? My original question is here: https://unix.stackexchange.com/questions/720474/enhancing-performance-of-x11-forwarding I'm trying to get XPRA optimized for slow connections. -- Lonnie From totaam at xpra.org Tue Oct 18 08:49:08 2022 From: totaam at xpra.org (Antoine Martin) Date: Tue, 18 Oct 2022 14:49:08 +0700 Subject: [winswitch] [ANNOUNCE] xpra-html5 v6.0 Message-ID: Hi, xpra-html5 version 6.0 is now available. Although there is only a small number of items in the release notes: https://github.com/Xpra-org/xpra-html5/releases/tag/v6.0 the codebase has been significantly modernized and the html5 client should be faster than ever before. Many thanks to all the contributors. Please note that this release is not compatible with versions of the server older than the 4.3.x series, those who need compatibility with outdated server versions should also stick with an outdated version of the html5 client. Cheers Antoine From totaam at xpra.org Fri Oct 21 05:51:55 2022 From: totaam at xpra.org (Antoine Martin) Date: Fri, 21 Oct 2022 11:51:55 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.4.1 - bugs and regressions Message-ID: <265a9f0d-ce99-dd4b-dcdb-8383d1866ca0@xpra.org> Hi, This release fixes a few bugs and 2 notable regressions: * keyboard focus issues with some desktop environments * clipboard and file-transfer failures above a certain size There is no urgency to update if you are not affected by these issues. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v4.4.1 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine From contact at ericlevy.name Fri Oct 21 18:15:54 2022 From: contact at ericlevy.name (Eric Levy) Date: Fri, 21 Oct 2022 13:15:54 -0400 Subject: [winswitch] problem getting application data from DE Message-ID: <4fda84f6a87b9d457b5f242bf10fecb04376e126.camel@ericlevy.name> Hello. I have provisioned Xpra on a host with EndeavorOS, based on Arch Linux, and attempted to open a basic connection from a client, through SSH. The server version is v4.3.3-r0, which is th version currently provided by the Arch "community" repository. The client has version 4.4.1-r35, from the project repository for Ubuntu. Unfortunately, once the connection is established, the application menu is never populated with installed desktop applications. Instead, the entry, named "Start", from the menu provided by the Xpra tray icon, remains disabled. The server log (/run/user//xpra//server.log) offers some information, as seen in the following except: watching for applications menu changes in: '/usr/share/applications' Error parsing xdg menu data: ParsingError in file '/etc/xdg/menus/kde-applications.menu', File not found this is either a bug in python-xdg, or an invalid system menu configuration KDE is not installed on the system. The only desktop environment ever installed is XFCE. I have connected from the same client to hosts with similar provisioning without such problems. For the record, the system package "python-xdg", named in the log message, originally was not installed on the server. However, the message remains even after I installed it manually. The most important matter of course is how to prevent Xpra from relying on a desktop environment different from the only one available. I am also wondering, however, if an Xpra session is bound to a particular desktop environment, then in cases in which a server has multiple environments installed, how may the user creating a connection from the client select the one that is personally preferred over the others? From antoine at nagafix.co.uk Wed Oct 26 14:00:44 2022 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 26 Oct 2022 20:00:44 +0700 Subject: [winswitch] Optimizing XPRA for Slow Internet Connections So that is like RDP defaults In-Reply-To: References: Message-ID: <6f1d01f0-cf14-f608-2470-46d8c7380eef@nagafix.co.uk> On 12/10/2022 19:23, Lonnie Best via shifter-users wrote: > My bandwidth is 2.7mb/s down and 0.5mb/s up. This is confusing: do you mean MB/s or Mbps? Typically, bandwidth is measured in megabits per seconds. (Mbps) > How should I configure xpra > so that I get similar performance to RDP (which works perfectly fine for > connecting to Windows desktops)? The minimum amount of bandwidth required for a good experience with xpra depends on a number of factors, OTOH and in no specific order: * the type of application used, * link latency and jitter, transport protocol used - firewalls and QoS.. * server hardware and GPU, * client screen size and bit depth, * availability of OpenGL acceleration with the client, etc It should be usable for non-demanding applications with just 10Mbps, but ~25Mbps is the recommended minimum. This minimum requirement is likely to be increased for the next LTS release because bandwidth continues to become cheaper and standard screen resolutions have also increased - with 4K now being quite common. If you intend to watch youtube videos in a browser on a 4K monitor, you should budget 60-100Mbps or more and / or GPU assisted compression. (FYI: this is still hundreds of times less bandwidth than an HDMI cable) > My original question is here: > https://unix.stackexchange.com/questions/720474/enhancing-performance-of-x11-forwarding > > I'm trying to get XPRA optimized for slow connections. Please see the man page and try the following settings: --[min-]speed: set this lower, which will compress more --[min-]quality: set this lower to sacrifice quality --bandwidth-limit=2Mbps On large screens, you may also want to sacrifice pixels using '--desktop-scaling=2' Cheers, Antoine From totaam at xpra.org Wed Oct 26 14:15:27 2022 From: totaam at xpra.org (Antoine Martin) Date: Wed, 26 Oct 2022 20:15:27 +0700 Subject: [winswitch] problem getting application data from DE In-Reply-To: <4fda84f6a87b9d457b5f242bf10fecb04376e126.camel@ericlevy.name> References: <4fda84f6a87b9d457b5f242bf10fecb04376e126.camel@ericlevy.name> Message-ID: On 22/10/2022 00:15, Eric Levy via shifter-users wrote: > Hello. > > I have provisioned Xpra on a host with EndeavorOS, based on Arch Linux, > and attempted to open a basic connection from a client, through SSH. > > The server version is v4.3.3-r0, which is th version currently provided > by the Arch "community" repository. The client has version 4.4.1-r35, > from the project repository for Ubuntu. > > Unfortunately, once the connection is established, the application menu > is never populated with installed desktop applications. Instead, the > entry, named "Start", from the menu provided by the Xpra tray icon, > remains disabled. > > The server log (/run/user//xpra//server.log) offers some > information, as seen in the following except: > > watching for applications menu changes in: > '/usr/share/applications' > Error parsing xdg menu data: > ParsingError in file '/etc/xdg/menus/kde-applications.menu', File not > found > this is either a bug in python-xdg, > or an invalid system menu configuration From now on, this error message will include a link to the ticket: https://github.com/Xpra-org/xpra/issues/2174 TLDR: your OS fails to set the environment variables needed for xpra to be able to load desktop menus using the xdg library. Please use the issue tracker for such problems - or in this case, perhaps bug your distribution instead. Cheers, Antoine > > KDE is not installed on the system. The only desktop environment ever > installed is XFCE. > > I have connected from the same client to hosts with similar > provisioning without such problems. > > For the record, the system package "python-xdg", named in the log > message, originally was not installed on the server. However, the > message remains even after I installed it manually. > > The most important matter of course is how to prevent Xpra from relying > on a desktop environment different from the only one available. > > I am also wondering, however, if an Xpra session is bound to a > particular desktop environment, then in cases in which a server has > multiple environments installed, how may the user creating a connection > from the client select the one that is personally preferred over the > others? > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users