From david.eger at gmail.com Wed Jun 2 05:06:05 2021 From: david.eger at gmail.com (David Eger) Date: Tue, 1 Jun 2021 21:06:05 -0700 Subject: [winswitch] Building of Mac OSX releases? Message-ID: I have an M1 MacBook and was amazed at how well xpra x forwarding worked, though on my MacBook Air there was no sound: it seems gstreamer didn't quite work, so I thought I'd recompile xpra to see what the issue was. But! I'm having issues compiling even gtk+ on the M1. So I'm curious: how do you cut the Mac OS X releases? Does it get compiled and built on an x86_64 Mac? Or does the Mac dmg get built by a cross compiler on some other platform? Cheers David From antoine at nagafix.co.uk Wed Jun 2 05:11:41 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 2 Jun 2021 11:11:41 +0700 Subject: [winswitch] Building of Mac OSX releases? In-Reply-To: References: Message-ID: <837cece9-f971-e8d2-b4a7-d0a374405b4d@nagafix.co.uk> On 02/06/2021 11:06, David Eger via shifter-users wrote: > I have an M1 MacBook and was amazed at how well xpra x forwarding worked, > though on my MacBook Air there was no sound: it seems gstreamer didn't > quite work, so I thought I'd recompile xpra to see what the issue was. Please create a ticket and attach the output of: Xpra.app/Contents/MacOS/Xpra _sound_query > But! I'm having issues compiling even gtk+ on the M1. So I'm curious: how > do you cut the Mac OS X releases? This is fully documented: https://github.com/Xpra-org/xpra/blob/master/docs/Build/MacOS.md > Does it get compiled and built on an > x86_64 Mac? Yes, a virtual machine to be precise. > Or does the Mac dmg get built by a cross compiler on some > other platform? Last time I looked at it, this was not possible unfortunately. Cheers, Antoine > > Cheers > David From totaam at xpra.org Sat Jun 12 15:41:50 2021 From: totaam at xpra.org (Antoine Martin) Date: Sat, 12 Jun 2021 21:41:50 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.1 LTS+1 Message-ID: <1250654c-79f5-e595-ace3-9c2d5bff8291@xpra.org> Hi, This new LTS+1 branch will be replacing the current 3.0 LTS branch. There will be one final 3.0 release soon after this one. Unlike regular LTS releases, this new '+1' branch includes features and enhancements backported from newer versions. The bug-fix-only policy will be applied again from now on, until the next '+2' release which is due sometime next year. The MacOS and MS Windows builds and libraries are fully up to date, but some sacrifices have been made: * MacOS versions older than 10.10 "Yosemite" are no longer supported * there are no Python 2 builds for MacOS * MS Windows 7 is no longer supported - though it should still work fine * there are no 32-bit builds for MS Windows Apart from the many important fixes that had accumulated since the last LTS release in January, this release also includes: * critical fixes for crashes and memory corruption bugs * better compatibility with newer operating systems and Python versions * many fixes to the proxy server * screen update fixes and improvements * latest 'xpra top' client * the 'nvjpeg' encoder * updated application metadata hints * keyboard and network fixes etc The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/blob/v3.1.x/src/NEWS (this includes some items which were already included in the previous 3.0 release) Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine From totaam at xpra.org Sun Jun 13 05:52:55 2021 From: totaam at xpra.org (Antoine Martin) Date: Sun, 13 Jun 2021 11:52:55 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.0.14 LTS Message-ID: Hi, This is the final release from the 3.0.x LTS branch. All users should move to the new 3.1.x branch that replaces it. Reminder: these 3.x series are primarily for users unable to move to version 4 and later because their chosen OS does not support Python 3. (ie: RedHat 7.x) This update contains all the fixes accumulated over the last 6 months, including some critical ones: * proxy server issues: deadlock, leaks, socket errors, disconnections under heavy load, etc * picture corruption in the webp encoder * screen update latency and scroll detection bugs * windows not getting focused The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/blob/v3.0.x/src/NEWS Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers Antoine From yonatan.zaken at gmail.com Thu Jun 24 05:24:56 2021 From: yonatan.zaken at gmail.com (yonatan zaken) Date: Thu, 24 Jun 2021 07:24:56 +0300 Subject: [winswitch] how to detach from session without closing ssh session Message-ID: Hi All, My OS: Linux Kubuntu 14 xpra version: xpra v1.0.12-r19800 I have an application in which I use xpra attach & xpra detach excessively on the same session. In some cases I noticed that after detaching from the session and afterwards calling "ps -a" in the command line I still see an xpra process running on the master (the computer on which I performed "xpra start". Most of the time this process is terminated when detaching from a session. If I try to re-attach in such a scenario the session isn't attached properly. Also, using attach and detach excessively on a session causes a lot of overhead which is reasonable since we are starting and closing an ssh session each time. Is there a way to perform an operation that "hides" from the user the application that is currently attached (exactly like when using detach), without actually closing the ssh session, and of course perform a similar operation that resumes the display of the attached application that was previously "hidden". Hope I was clear enough, thanks in advance *Cheers,* *Yonatan* From antoine at nagafix.co.uk Thu Jun 24 17:21:13 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 24 Jun 2021 23:21:13 +0700 Subject: [winswitch] how to detach from session without closing ssh session In-Reply-To: References: Message-ID: On 24/06/2021 11:24, yonatan zaken via shifter-users wrote: > Hi All, > > My OS: Linux Kubuntu 14 > xpra version: xpra v1.0.12-r19800 As I mentioned to you before, this version is well out of date and no longer supported. Please upgrade. > I have an application in which I use xpra attach & xpra detach excessively > on the same session. In some cases I noticed that after detaching from the > session and afterwards calling "ps -a" in the command line I still see an > xpra process running on the master (the computer on which I performed "xpra > start". Most of the time this process is terminated when detaching from a > session. If I try to re-attach in such a scenario the session isn't > attached properly. > > Also, using attach and detach excessively on a session causes a lot of > overhead which is reasonable since we are starting and closing an ssh > session each time. > > Is there a way to perform an operation that "hides" from the user the > application that is currently attached (exactly like when using detach), > without actually closing the ssh session, and of course perform a similar > operation that resumes the display of the attached application that was > previously "hidden". It would be reasonably easy to implement. Can you please create a ticket? Cheers, Antoine > > Hope I was clear enough, > thanks in advance > > *Cheers,* > *Yonatan* > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From yonatan.zaken at gmail.com Fri Jun 25 11:25:51 2021 From: yonatan.zaken at gmail.com (yonatan zaken) Date: Fri, 25 Jun 2021 13:25:51 +0300 Subject: [winswitch] how to detach from session without closing ssh session In-Reply-To: References: Message-ID: Hi Antoine, Here https://github.com/Xpra-org/xpra/wiki/Platforms it states that for Kubuntu 14 only 1.x version are supported. Please correct me if I am wrong. Can you please provide a link for me to create a ticket? I tried this: https://xpra.org/trac/query but could not find where to create it *Cheers,* *Yonatan* On Thu, 24 Jun 2021 at 19:21, Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 24/06/2021 11:24, yonatan zaken via shifter-users wrote: > > Hi All, > > > > My OS: Linux Kubuntu 14 > > xpra version: xpra v1.0.12-r19800 > As I mentioned to you before, this version is well out of date and no > longer supported. Please upgrade. > > > I have an application in which I use xpra attach & xpra detach > excessively > > on the same session. In some cases I noticed that after detaching from > the > > session and afterwards calling "ps -a" in the command line I still see > an > > xpra process running on the master (the computer on which I performed > "xpra > > start". Most of the time this process is terminated when detaching from a > > session. If I try to re-attach in such a scenario the session isn't > > attached properly. > > > > Also, using attach and detach excessively on a session causes a lot of > > overhead which is reasonable since we are starting and closing an ssh > > session each time. > > > > Is there a way to perform an operation that "hides" from the user the > > application that is currently attached (exactly like when using detach), > > without actually closing the ssh session, and of course perform a similar > > operation that resumes the display of the attached application that was > > previously "hidden". > It would be reasonably easy to implement. > Can you please create a ticket? > > Cheers, > Antoine > > > > > > Hope I was clear enough, > > thanks in advance > > > > *Cheers,* > > *Yonatan* > > _______________________________________________ > > 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 > From totaam at gmail.com Fri Jun 25 15:30:08 2021 From: totaam at gmail.com (Antoine Martin) Date: Fri, 25 Jun 2021 21:30:08 +0700 Subject: [winswitch] how to detach from session without closing ssh session In-Reply-To: References: Message-ID: Hi, Even if the past tense used in that sentence was not enough of a hint, surely you must be aware that Ubuntu 14.04 has been EOLed years ago, right? https://help.ubuntu.com/community/EOL#Ubuntu_14.04_Trusty_Tahr So NO. Kubuntu 14 is not supported, and neither is Xpra version 1: https://github.com/Xpra-org/xpra/wiki/Versions As for the link to create a ticket, here it is: https://github.com/Xpra-org/xpra/issues/new/choose Cheers, Antoine On Fri, Jun 25, 2021 at 5:26 PM yonatan zaken via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > Hi Antoine, > Here https://github.com/Xpra-org/xpra/wiki/Platforms it states that for > Kubuntu 14 only 1.x version are supported. > Please correct me if I am wrong. > > Can you please provide a link for me to create a ticket? I tried this: > https://xpra.org/trac/query but could not find where to create it > > *Cheers,* > *Yonatan* > > > > > On Thu, 24 Jun 2021 at 19:21, Antoine Martin via shifter-users < > shifter-users at lists.devloop.org.uk> wrote: > > > On 24/06/2021 11:24, yonatan zaken via shifter-users wrote: > > > Hi All, > > > > > > My OS: Linux Kubuntu 14 > > > xpra version: xpra v1.0.12-r19800 > > As I mentioned to you before, this version is well out of date and no > > longer supported. Please upgrade. > > > > > I have an application in which I use xpra attach & xpra detach > > excessively > > > on the same session. In some cases I noticed that after detaching from > > the > > > session and afterwards calling "ps -a" in the command line I still see > > an > > > xpra process running on the master (the computer on which I performed > > "xpra > > > start". Most of the time this process is terminated when detaching > from a > > > session. If I try to re-attach in such a scenario the session isn't > > > attached properly. > > > > > > Also, using attach and detach excessively on a session causes a lot of > > > overhead which is reasonable since we are starting and closing an ssh > > > session each time. > > > > > > Is there a way to perform an operation that "hides" from the user the > > > application that is currently attached (exactly like when using > detach), > > > without actually closing the ssh session, and of course perform a > similar > > > operation that resumes the display of the attached application that was > > > previously "hidden". > > It would be reasonably easy to implement. > > Can you please create a ticket? > > > > Cheers, > > Antoine > > > > > > > > > > Hope I was clear enough, > > > thanks in advance > > > > > > *Cheers,* > > > *Yonatan* > > > _______________________________________________ > > > 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 > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From yonatan.zaken at gmail.com Fri Jun 25 18:55:21 2021 From: yonatan.zaken at gmail.com (yonatan zaken) Date: Fri, 25 Jun 2021 20:55:21 +0300 Subject: [winswitch] how to detach from session without closing ssh session In-Reply-To: References: Message-ID: Thanks for your reply Antoine, I am aware that ubuntu 14 has been EOLed but I am constrained to this operating system unfortunately. Opened a new ticket #3180 : https://github.com/Xpra-org/xpra/issues/3180 *Cheers,* *Yonatan* On Fri, 25 Jun 2021 at 17:30, Antoine Martin wrote: > Hi, > > Even if the past tense used in that sentence was not enough of a hint, > surely you must be aware that Ubuntu 14.04 has been EOLed years ago, right? > https://help.ubuntu.com/community/EOL#Ubuntu_14.04_Trusty_Tahr > > So NO. Kubuntu 14 is not supported, and neither is Xpra version 1: > https://github.com/Xpra-org/xpra/wiki/Versions > > As for the link to create a ticket, here it is: > https://github.com/Xpra-org/xpra/issues/new/choose > > Cheers, > Antoine > > > On Fri, Jun 25, 2021 at 5:26 PM yonatan zaken via shifter-users < > shifter-users at lists.devloop.org.uk> wrote: > >> Hi Antoine, >> Here https://github.com/Xpra-org/xpra/wiki/Platforms it states that for >> Kubuntu 14 only 1.x version are supported. >> Please correct me if I am wrong. >> >> Can you please provide a link for me to create a ticket? I tried this: >> https://xpra.org/trac/query but could not find where to create it >> >> *Cheers,* >> *Yonatan* >> >> >> >> >> On Thu, 24 Jun 2021 at 19:21, Antoine Martin via shifter-users < >> shifter-users at lists.devloop.org.uk> wrote: >> >> > On 24/06/2021 11:24, yonatan zaken via shifter-users wrote: >> > > Hi All, >> > > >> > > My OS: Linux Kubuntu 14 >> > > xpra version: xpra v1.0.12-r19800 >> > As I mentioned to you before, this version is well out of date and no >> > longer supported. Please upgrade. >> > >> > > I have an application in which I use xpra attach & xpra detach >> > excessively >> > > on the same session. In some cases I noticed that after detaching from >> > the >> > > session and afterwards calling "ps -a" in the command line I still >> see >> > an >> > > xpra process running on the master (the computer on which I performed >> > "xpra >> > > start". Most of the time this process is terminated when detaching >> from a >> > > session. If I try to re-attach in such a scenario the session isn't >> > > attached properly. >> > > >> > > Also, using attach and detach excessively on a session causes a lot of >> > > overhead which is reasonable since we are starting and closing an ssh >> > > session each time. >> > > >> > > Is there a way to perform an operation that "hides" from the user the >> > > application that is currently attached (exactly like when using >> detach), >> > > without actually closing the ssh session, and of course perform a >> similar >> > > operation that resumes the display of the attached application that >> was >> > > previously "hidden". >> > It would be reasonably easy to implement. >> > Can you please create a ticket? >> > >> > Cheers, >> > Antoine >> > >> > >> > > >> > > Hope I was clear enough, >> > > thanks in advance >> > > >> > > *Cheers,* >> > > *Yonatan* >> > > _______________________________________________ >> > > 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 >> > >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> https://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > From tmesposito00 at gmail.com Mon Jun 28 21:24:32 2021 From: tmesposito00 at gmail.com (Thomas Esposito) Date: Mon, 28 Jun 2021 16:24:32 -0400 Subject: [winswitch] what happened to Centos 7.6 distributions? Message-ID: I use a remote virtual machine at work which runs Centos 7.6. We were running on Redhat 6.6 until recently, and the process to upgrade to Centos 7.6 took years due to compatibility issues with EDA tools. It will likely be many more years before we upgrade again. Further complicating the issue, I am not allowed su permission on my VDI and therefore cannot install packages. In order to use xpra, I have manually extracted all of the necessary rpms and created a wrapper script which sets up the proper environment variables in order to get it to run. Last time I checked, there was a dedicated distribution for Centos 7.6, but I no longer see that. Currently, I only see 7, 7.7.x, 7.8.x, and 7.9.x? Which distribution should I use for 7.6? From antoine at nagafix.co.uk Tue Jun 29 10:49:22 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 29 Jun 2021 16:49:22 +0700 Subject: [winswitch] what happened to Centos 7.6 distributions? In-Reply-To: References: Message-ID: On 29/06/2021 03:24, Thomas Esposito via shifter-users wrote: > I use a remote virtual machine at work which runs Centos 7.6. We were > running on Redhat 6.6 until recently, and the process to upgrade to Centos > 7.6 took years due to compatibility issues with EDA tools. It will likely > be many more years before we upgrade again. Further complicating the issue, > I am not allowed su permission on my VDI and therefore cannot install > packages. In order to use xpra, I have manually extracted all of the > necessary rpms and created a wrapper script which sets up the proper > environment variables in order to get it to run. > > Last time I checked, there was a dedicated distribution for Centos 7.6, but > I no longer see that. Currently, I only see 7, 7.7.x, 7.8.x, and 7.9.x? > Which distribution should I use for 7.6? I have freed up some space on the web host. The upstream support for 7.6 ended May 31, 2021. RedHat / CentOS versions 7.6 and earlier have been removed, as well as all the 6.x series except for 6.10 That said, if there is sufficient demand for specific out of date versions / distributions, this could be revised again. This comes at a significant cost to me, not so much the disk space or bandwidth but mostly in terms of time spent doing all the packaging, testing and support. Perhaps enough corporate users could get together to sponsor this sort of effort. Cheers, Antoine