From totaam at xpra.org Fri Jan 1 16:07:26 2021 From: totaam at xpra.org (Antoine Martin) Date: Fri, 1 Jan 2021 23:07:26 +0700 Subject: [winswitch] [ANNOUNCE] Xpra LTS 3.0.13: many fixes, none critical Message-ID: <4806829f-858d-be26-a95f-891a47ffc2d1@xpra.org> Hi, This update to the LTS 3.x branch brings most of the fixes already applied earlier to the v4.x branch, and so the release information is largely the same: * there is no urgency to update if you were not affected by these issues * the "~/.xpra" path has been re-added to the list of socket directories * the PDFium printing library has been updated in the MS Windows builds Next, the 3.0.x LTS branch will be replaced by the 3.1.x LTS branch. Whereas previous updates to the 3.0.x branch were almost exclusively bug fixes, this new 3.1.x LTS branch will also backport some new features: generally self-contained changes that are very unlikely to cause regressions. Full release notes: * fix screen refresh performance issues, especially on jittery links * fix virtual screen resizing errors with invalid DPI values * fix slow subcommands due to unnecessary calls to ldconfig on Linux * fix server asynchronous packets getting delayed * fix dangerous default values potentially causing intractable bugs * fix ssh connection errors with proxycommand or proxyhost port numbers * fix connection errors when a non interactive client is already connected * fix failures to enable packet compression * fix 'xpra _proxy' zombies getting left behind (ssh mode) * fix proxy instance zombies on server start failures * fix proxy instance control socket errors and process leak * fix capslock wrongly applied to numeric keys * fix keyboard sub-layout detection with MS Windows clients * fix control key combinations with MS Windows clients * fix MS Windows bubble notifications not showing on some systems * fix errors accessing window handles on MS Windows (size hints, opengl, etc) * fix clipboard cleanup errors on MS Windows * fix warning message format when running MS Windows under VirtualBox * fix spurious refresh packets with mmap * fix mmap not used with some non-video areas * fix duplicate / untimely audio-stop control packets with HTML5 client * fix http / websocket and ssl socket upgrade failures * fix ssh command option not being honourd with the client launcher * fix sqlite authentication module not handling configuration options * fix opengl debug option for saving buffers as jpeg * fix archlinux build path stripping * fix spurious "missing resolution" errors (often with HTML5 client resizing) * fix console errors with Internet Explorer * fix duplicated data in bug reports * fix handling of invalid clipboard requests * fix printing diagnostic script * fix Python 3.9 compatibility * fix compatibility with 'use-display' option in newer configuration files * fix sysconfig path in systemd service file for non-RedHat systems * fix xdg-open override script error handling * fix clipboard errors under Wayland * fix Wayland detection and workarounds * fix client failing to connect due to keymap changes (ie: Wayland) * fix client signal listener not forwarding signal messages * fix client not showing authentication prompt only once per connection * fix Fedora 33 package dependency issues * fix file-transfer failures with small files * fix file-transfers with non-ascii filenames * fix file transfer errors with python3 builds * better file transfer message format * add new NVENC presets from SDK v10, workaround deprecation warnings * honour XPRA_XDG_EXPORT_ICONS=0 env var in all cases * hide passwords from authentication debug logging * updated DEB packaging for Ubuntu Focal, Groovy and Debian Bullseye * use an up-to-date PDFium library on MS Windows * honour the NOMD5 flag with the automatic border colour option * make it possible to override the Xorg binary path detection * re-add "~/.xpra" as socket-dir * typo in man page The source: https://xpra.org/src/ Downloads: https://xpra.org/trac/wiki/Download Cheers Antoine From mike at cchtml.com Mon Jan 4 23:46:36 2021 From: mike at cchtml.com (Michael Cronenworth) Date: Mon, 4 Jan 2021 17:46:36 -0600 Subject: [winswitch] [ANNOUNCE] Xpra 4.0.6: many fixes, none critical In-Reply-To: References: Message-ID: On 12/31/20 7:09 AM, Antoine Martin via shifter-users wrote: > Hi, > > This release fixes a large number of bugs but none of them are critical, > so there is no urgency to update if you were not affected. > That said, quite a few of the issues which have been fixed greatly > enhance the user experience. > After upgrading from 4.0.5 I am unable to start the proxy service through systemd socket activation with this release. Since you removed the older releases from your RPM repo I can no longer downgrade. I'm getting an ImportError from xpra/platform/xposix/sd_listen.pyx line 55. The error is "cannot import name TCP_SOCKTYPES." I have removed all Xpra RPM packages and reinstalled but that did not fix it. Same error. Default configuration and service file is being used. From antoine at nagafix.co.uk Tue Jan 5 05:34:24 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 5 Jan 2021 12:34:24 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.0.6: many fixes, none critical In-Reply-To: References: Message-ID: <981ef881-2022-18bf-84ab-c52e59b63c54@nagafix.co.uk> On 05/01/2021 06:46, Michael Cronenworth via shifter-users wrote: > On 12/31/20 7:09 AM, Antoine Martin via shifter-users wrote: >> Hi, >> >> This release fixes a large number of bugs but none of them are critical, >> so there is no urgency to update if you were not affected. >> That said, quite a few of the issues which have been fixed greatly >> enhance the user experience. >> > > After upgrading from 4.0.5 I am unable to start the proxy service > through systemd socket activation with this release. > > Since you removed the older releases from your RPM repo I can no longer > downgrade. Older releases are never removed from the RPM repositories. Only outdated distributions are eventually removed. (ie: CentOS 5.x) I am going to have to guess that you're running CentOS 8.x? If so, the directory you are looking at is for the latest CentOS release, which is 8.3 at time of writing, and the previous 4.0.5 packages were released when an older version (8.2) was the latest, so you can find them here instead: https://xpra.org/dists/CentOS/8.2/x86_64/ Unfortunately, apache does not show you that most of the directories are actually symlinks, ie for 8.x: 8 -> 8.3.2011 8.0 -> 8.0.1905 8.0.1905 8.1 -> 8.1.1911 8.1.1911 8.2 -> 8.2.2004 8.2.2004 8.3 -> 8.3.2011 8.3.2011 8Server -> 8 8Workstation -> 8 Just be aware that packages built for an earlier version of CentOS may or may not work correctly on a newer one, and vice versa. Generally, the xpra packages themselves should work, but: * the dummy driver may have ABI compatiblity issues - this used to be the case with CentOS 6.x and 7.x, I don't think 8.x has this problem since the Xorg ABI is not changing any more. * the RPM dependencies change as packages are added or removed from the CentOS repository for each version - this can make it more difficult to identify the exact set of packages required for offline installations. > I'm getting an ImportError from xpra/platform/xposix/sd_listen.pyx line > 55. The error is "cannot import name TCP_SOCKTYPES." > > I have removed all Xpra RPM packages and reinstalled but that did not > fix it. Same error. Default configuration and service file is being used. Thanks for the report, this regression has been fixed: https://xpra.org/trac/changeset/28306 You can just run `yum update` to get updated packages with this fix. Cheers, Antoine From mike at cchtml.com Tue Jan 5 13:21:59 2021 From: mike at cchtml.com (Michael Cronenworth) Date: Tue, 5 Jan 2021 07:21:59 -0600 Subject: [winswitch] [ANNOUNCE] Xpra 4.0.6: many fixes, none critical In-Reply-To: <981ef881-2022-18bf-84ab-c52e59b63c54@nagafix.co.uk> References: <981ef881-2022-18bf-84ab-c52e59b63c54@nagafix.co.uk> Message-ID: On 1/4/21 11:34 PM, Antoine Martin via shifter-users wrote: > Thanks for the report, this regression has been fixed: > https://xpra.org/trac/changeset/28306 > You can just run `yum update` to get updated packages with this fix. Thank you for the quick fix. That fixed the issue and it is now running. From crl.langlois at gmail.com Tue Jan 12 22:50:15 2021 From: crl.langlois at gmail.com (carl langlois) Date: Tue, 12 Jan 2021 17:50:15 -0500 Subject: [winswitch] 2 monitor in desktop mode Message-ID: Hi, I have searched for some info on using 2 monitors in desktop mode and having the fullscreen spread over the two physical displays. Any hints on the command to use to achieve this behavior? Thanks & Best Regards, Carl From antoine at nagafix.co.uk Wed Jan 13 03:34:11 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 13 Jan 2021 10:34:11 +0700 Subject: [winswitch] 2 monitor in desktop mode In-Reply-To: References: Message-ID: <1d0c8f1a-8474-2327-0762-c5a5298b2e12@nagafix.co.uk> On 13/01/2021 05:50, carl langlois via shifter-users wrote: > Hi, > > I have searched for some info on using 2 monitors in desktop mode and > having the fullscreen spread over the two physical displays. Any hints on > the command to use to achieve this behavior? It really depends on your client OS and whether it will let you make the fullscreen window span over the two monitors. The 4.1-RC builds in the beta area make it easier to change a window to fullscreen from the window's title bar menu, this may help you. Ideally, you would want the desktop window to already match the size needed. This will also depend on whether your server is using Xdummy or Xvfb. Cheers, Antoine > > Thanks & Best 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 Jan 13 15:29:21 2021 From: crl.langlois at gmail.com (carl langlois) Date: Wed, 13 Jan 2021 10:29:21 -0500 Subject: [winswitch] 2 monitor in desktop mode In-Reply-To: <1d0c8f1a-8474-2327-0762-c5a5298b2e12@nagafix.co.uk> References: <1d0c8f1a-8474-2327-0762-c5a5298b2e12@nagafix.co.uk> Message-ID: The client is windows 10 and the server is running on ubuntu 20.04. The server is running Xvfb. I will give the beta a try. When os presse Shift-F11 on the desktop windows it get full screen on the current monitor even if the match almost the size of the 2 monitor. Thanks and regards. Carl On Tue, Jan 12, 2021 at 10:34 PM Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 13/01/2021 05:50, carl langlois via shifter-users wrote: > > Hi, > > > > I have searched for some info on using 2 monitors in desktop mode and > > having the fullscreen spread over the two physical displays. Any hints > on > > the command to use to achieve this behavior? > It really depends on your client OS and whether it will let you make the > fullscreen window span over the two monitors. > > The 4.1-RC builds in the beta area make it easier to change a window to > fullscreen from the window's title bar menu, this may help you. > > Ideally, you would want the desktop window to already match the size > needed. > This will also depend on whether your server is using Xdummy or Xvfb. > > Cheers, > Antoine > > > > > > Thanks & Best Regards, > > > > Carl > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users >