From develop at sophtwearteam.de Sat Jul 4 17:18:09 2020 From: develop at sophtwearteam.de (develop_at_Sophtwearteam) Date: Sat, 4 Jul 2020 18:18:09 +0200 Subject: [winswitch] Xpra has side effects on Cinnamon Message-ID: Hello Everyone, Does anyone has faced issues with cinnamon desktop environment? As a member of a Linux User Group we had recently some nasty experiences while examining Xpra and it's functions. One has Linux Mint installed on his machine with Cinnamon desktop (details at the bottom) and another installation is mine: System: Kernel: 5.7.6-201.fc32.x86_64 x86_64 bits: 64 Desktop: Cinnamon 4.6.5 Distro: Fedora release 32 (Thirty Two) Machine: Type: Laptop System: LENOVO product: 20FB006BGE v: ThinkPad X1 Carbon 4th Graphics: Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel Device-2: Chicony Integrated Camera type: USB driver: uvcvideo Display: x11 server: Fedora Project X.org 1.20.8 driver: modesetting unloaded: fbdev,vesa resolution: 2560x1440~60Hz OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 20.1.2 Issue here was: After reopening the lid of the laptop and resume from suspend, the login screen was not showing the password field, but a kind of desktop without any functionality. By entering the password as usual ('blind' in this case, because it wasn't shown because of missing password entry field) and hitting the ENTER button, the login succeeded and the desktop was still usable as expected. After removing Xpra from the system, everything was back to normal. The case of my friend with his Mint machine was way worse. After Xpra not reacting anymore, he decided to remove (purge) the software from his system. Then he did a reboot of his machine and ran into rescue mode with no Xwindow / Xorg working anymore. After reinstalling the Xwindow / Xorg packages and reboot he could relogin graphically. Back to business. Two other guys with opensuse Tumbleweed installations and KDE had also some minor issues. One couldn't start the Xpra program at all after installation and had some updates left. The other one didn't get the clue, so this might be another problem. All installations came from the repositories of their distributions. No foreign repos where used. This led us to the conclusion not to install and run Xpra anymore. I would have had reported a bug, but after removing Xpra from the system and my riders did it as well, we cannot provide any useful data than mine here in the top of this mail. Hope you can keep this in mind if anyone else report bugs similar to this. Have a nice day stippi From antoine at nagafix.co.uk Sat Jul 4 18:00:02 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 5 Jul 2020 00:00:02 +0700 Subject: [winswitch] Xpra has side effects on Cinnamon In-Reply-To: References: Message-ID: <3058d978-5142-143c-1f59-9575e92816ea@nagafix.co.uk> On 04/07/2020 23:18, develop_at_Sophtwearteam via shifter-users wrote: > Hello Everyone, > > Does anyone has faced issues with cinnamon desktop environment? What a coincidence, a cinnamon packaging bug was fixed just today: https://www.xpra.org/trac/ticket/2820 But this only affected CentOS 7 users. > As a > member of a Linux User Group we had recently some nasty experiences > while examining Xpra and it's functions. > > One has Linux Mint installed on his machine with Cinnamon desktop > (details at the bottom) and another installation is mine: > System: > Kernel: 5.7.6-201.fc32.x86_64 x86_64 bits: 64 Desktop: Cinnamon 4.6.5 > Distro: Fedora release 32 (Thirty Two) > Machine: > Type: Laptop System: LENOVO product: 20FB006BGE v: ThinkPad X1 Carbon 4th > Graphics: > Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel > Device-2: Chicony Integrated Camera type: USB driver: uvcvideo > Display: x11 server: Fedora Project X.org 1.20.8 driver: modesetting > unloaded: fbdev,vesa resolution: 2560x1440~60Hz > OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 20.1.2 > > Issue here was: After reopening the lid of the laptop and resume from > suspend, the login screen was not showing the password field, but a kind > of desktop without any functionality. By entering the password as usual > ('blind' in this case, because it wasn't shown because of missing > password entry field) and hitting the ENTER button, the login succeeded > and the desktop was still usable as expected. xpra does not interfere with the normal X11 desktop that I assume you are running since you are using cinnamon. None of its components are loaded into your current X11 server by default: the xpra server runs using its own dedicated display which is completely dissociated from the rest, and when you run the xpra client it will use the X11 display just like any other client application would. One possibility here is that your OpenGL drivers are so buggy that they somehow corrupt the display. This would be a first, but it is not impossible, especially with the Intel driver: https://xpra.org/trac/wiki/ClientRendering/OpenGL#IntelDriverIssues You can try running with OpenGL disabled: --opengl=no > After removing Xpra from the system, everything was back to normal. > > The case of my friend with his Mint machine was way worse. After Xpra > not reacting anymore, What does this mean? The xpra client stopped working? > he decided to remove (purge) the software from his > system. Then he did a reboot of his machine and ran into rescue mode > with no Xwindow / Xorg working anymore. After reinstalling the Xwindow / > Xorg packages and reboot he could relogin graphically. Back to business. This sounds like Xorg packages were removed when they should not be. Removing xpra should never remove any system packages, and I don't see how it would end up doing that. Perhaps this is related to the HWE Xorg packaging mess that Ubuntu created, more details here: https://www.xpra.org/trac/ticket/2190 Note: the xpra.org packages are for Ubuntu, Mint is not explicitly supported - though it should work. > Two other guys with opensuse Tumbleweed installations and KDE had also > some minor issues. One couldn't start the Xpra program at all after > installation and had some updates left. The other one didn't get the > clue, so this might be another problem. opensuse is not supported by xpra.org > All installations came from the repositories of their distributions. No > foreign repos where used. It's not 100% clear to me if you are using packages from xpra.org or from your distribution. FYI: downstream packages are known to cause all sorts of problems, including some similar to the ones your describe: https://www.xpra.org/trac/wiki/Packaging/DistributionPackages > This led us to the conclusion not to install and run Xpra anymore. That's unfortunate. If you haven't done so already, you may want to try the packages from xpra.org, as no such extreme problems have ever been reported with those. > I would have had reported a bug, but after removing Xpra from the system > and my riders did it as well, we cannot provide any useful data than > mine here in the top of this mail. > > Hope you can keep this in mind if anyone else report bugs similar to this. Thanks for the heads up! FYI: the Ubuntu packages are the worst, by far: https://www.xpra.org/trac/wiki/Packaging/DistributionPackages/Ubuntu If the Fedora packages had any problems anywhere near as bad as what you describe, this would be fixed in very short order as I use Fedora daily. Cheers, Antoine > > Have a nice day > stippi > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From develop at sophtwearteam.de Sat Jul 4 18:18:36 2020 From: develop at sophtwearteam.de (develop_at_Sophtwearteam) Date: Sat, 4 Jul 2020 19:18:36 +0200 Subject: [winswitch] Xpra has side effects on Cinnamon In-Reply-To: <3058d978-5142-143c-1f59-9575e92816ea@nagafix.co.uk> References: <3058d978-5142-143c-1f59-9575e92816ea@nagafix.co.uk> Message-ID: Hello Antoine, Thank you for the quick response. Am 04.07.20 um 19:00 schrieb Antoine Martin via shifter-users: > On 04/07/2020 23:18, develop_at_Sophtwearteam via shifter-users wrote: >> Hello Everyone, >> [...] > xpra does not interfere with the normal X11 desktop that I assume you > are running since you are using cinnamon. > > None of its components are loaded into your current X11 server by > default: the xpra server runs using its own dedicated display which is > completely dissociated from the rest, and when you run the xpra client > it will use the X11 display just like any other client application would. > > One possibility here is that your OpenGL drivers are so buggy that they > somehow corrupt the display. This would be a first, but it is not > impossible, especially with the Intel driver: > https://xpra.org/trac/wiki/ClientRendering/OpenGL#IntelDriverIssues > You can try running with OpenGL disabled: --opengl=no > [...] > What does this mean? The xpra client stopped working? > Yes, I cannot tell in detail because not having seeing it, although we had a Jitsi-meet-session with desktop sharing, but unfortunately the screen from the other guy wasn't shown in that situation. [...] > This sounds like Xorg packages were removed when they should not be. > Removing xpra should never remove any system packages, and I don't see > how it would end up doing that. > Perhaps this is related to the HWE Xorg packaging mess that Ubuntu > created, more details here: > https://www.xpra.org/trac/ticket/2190 > > Note: the xpra.org packages are for Ubuntu, Mint is not explicitly > supported - though it should work. > [..] > opensuse is not supported by xpra.org > Nevertheless it seems to be in the repos. >> All installations came from the repositories of their distributions. No >> foreign repos where used. > It's not 100% clear to me if you are using packages from xpra.org or > from your distribution. >From the distro repos only. > FYI: downstream packages are known to cause all sorts of problems, > including some similar to the ones your describe: > https://www.xpra.org/trac/wiki/Packaging/DistributionPackages > >> This led us to the conclusion not to install and run Xpra anymore. > That's unfortunate. If you haven't done so already, you may want to try > the packages from xpra.org, as no such extreme problems have ever been > reported with those. > [...] We'll see. I for myself had no intention using Xpra at all. I do not know and cannot follow up how Xpra came to my system. It was kind of a surprise to me having a new program in my internet-group-folder. > Thanks for the heads up! > FYI: the Ubuntu packages are the worst, by far: > https://www.xpra.org/trac/wiki/Packaging/DistributionPackages/Ubuntu > > If the Fedora packages had any problems anywhere near as bad as what you > describe, this would be fixed in very short order as I use Fedora daily. > > Cheers, > Antoine [...] Regards stippi From develop at sophtwearteam.de Sun Jul 5 10:19:42 2020 From: develop at sophtwearteam.de (develop_at_Sophtwearteam) Date: Sun, 5 Jul 2020 11:19:42 +0200 Subject: [winswitch] Fwd: Xpra has side effects on Cinnamon In-Reply-To: <77d78718-aabb-dc27-41d7-5825fa9f4100@sophtwearteam.de> References: <77d78718-aabb-dc27-41d7-5825fa9f4100@sophtwearteam.de> Message-ID: <6f55b04f-0639-d80e-8400-04ca482cb9a4@sophtwearteam.de> Update -------- Weitergeleitete Nachricht -------- Betreff: Re: [winswitch] Xpra has side effects on Cinnamon Datum: Sun, 5 Jul 2020 11:07:43 +0200 Von: develop_at_Sophtwearteam An: antoine at nagafix.co.uk Hello Antoine, It's me again. I did some further examination, to get a clue what had happened and why. Here are my results. Am 04.07.20 um 19:18 schrieb develop_at_Sophtwearteam via shifter-users: > Hello Antoine, > [...] > We'll see. I for myself had no intention using Xpra at all. I do not > know and cannot follow up how Xpra came to my system. It was kind of a > surprise to me having a new program in my internet-group-folder. > Here is the source of the evil: (from dnf history) Transaktions-ID : 17 Anfangszeit : Mo 22 Jun 2020 17:14:52 CEST Anfang rpmdb : 2185:67078f29d4d6e4083d1bd1bb9612d378876fcdb6 Endzeit : Mo 22 Jun 2020 17:15:05 CEST (13 Sekunden) Ende rpmdb : 2197:6369cf712dd600ce5845ec0826814c9106662138 ** Benutzer : Uwe Stippekohl R?ckgabe-Code : Erfolg Releasever: 32 Befehlszeile : install xpra-codecs-freeworld PackageKit-gstreamer-plugin Kommentar : Ver?nderte Pakete: Installieren opencv-4.2.0-7.fc32.x86_64 @updates Installieren python3-opencv-4.2.0-7.fc32.x86_64 @updates Installieren xpra-4.0.2-1.fc32.x86_64 @updates Installieren python3-ldap3-2.6.1-3.fc32.noarch @fedora Installieren python3-lz4-3.0.2-2.fc32.x86_64 @fedora Installieren python3-netifaces-0.10.6-10.fc32.x86_64 @fedora Installieren python3-pyasn1-0.4.8-1.fc32.noarch @fedora Installieren python3-pyopengl-3.1.5-2.fc32.x86_64 @fedora Installieren python3-rencode-1.0.6-9.fc32.x86_64 @fedora Installieren xorg-x11-drv-dummy-0.3.7-11.fc32.x86_64 @fedora Installieren xpra-codecs-freeworld-4.0.2-1.fc32.x86_64 @rpmfusion-free-updates Installieren gstreamer1-plugins-ugly-1.16.2-3.fc32.x86_64 @rpmfusion-free Sorry, it's in German as I'm from Germany and use $LANG de_DE.UTF-8, but I think you get the main information. I haven't been aware what I installed that day. Of course xpra-codecs-freeworld imply the existence of Xpra itself I assume. Maybe it was in connection with another program I tried to fix that day. Installing the codecs might be the problem. I don't know where I got the information from that led me to the installation of the xpra-codecs-freeworld. Certainly from a website I was browsing that day and transferring the information from there without thinking. >> Thanks for the heads up! >> FYI: the Ubuntu packages are the worst, by far: >> https://www.xpra.org/trac/wiki/Packaging/DistributionPackages/Ubuntu >> >> If the Fedora packages had any problems anywhere near as bad as what you >> describe, this would be fixed in very short order as I use Fedora daily. Further reading in ask.fedora.org led me to the realization that I am not the only one who apparently has graphic problems with the Cinnamon Spin of Fedora. Maybe other downstream packages are responsible for the issue. For my understanding there might be a chance of having some packages updated soon, regarding cinnamon, opengl or other relevant packages in context of graphical issues. This of course only concerns Fedora. The Ubuntu-mess is not mine here. Nevertheless I'm grateful for your kind support. And I just wanted to say, that I don't blame you for the mess that happened here. I appreciate your work and hope you continue to be successful with what you do. Faithfully stippi From crl.langlois at gmail.com Thu Jul 9 13:55:19 2020 From: crl.langlois at gmail.com (carl langlois) Date: Thu, 9 Jul 2020 08:55:19 -0400 Subject: [winswitch] Xpra session crash Message-ID: Hi, Sometimes the xpra session crashes but the application remains. In this situation xpra list does not show any session. Trying xpra upgrade [session] does not work also. The weird thing is that I can see the applications when I connect with nomachine client. The nomachine client can see the display from the dead xpra session. Any suggestions? using the latest xpra release. Carl. From antoine at nagafix.co.uk Thu Jul 9 16:39:20 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 9 Jul 2020 22:39:20 +0700 Subject: [winswitch] Xpra session crash In-Reply-To: References: Message-ID: On 09/07/2020 19:55, carl langlois via shifter-users wrote: > Hi, > > Sometimes the xpra session crashes but the application remains. In this > situation xpra list does not show any session. Trying xpra upgrade > [session] does not work also. "xpra upgrade" is for when the xpra server is still running. What you want is: "xpra start --use-display=yes :NNN" Where ":NNN" is the display that you want to rescue. In the latest development version, you don't need to specify "--use-display=yes" as "auto" will be the new default and will figure out if a display needs rescuing. (this may land in 4.0 after further testing) > The weird thing is that I can see the > applications when I connect with nomachine client. The nomachine client > can see the display from the dead xpra session. > > Any suggestions? using the latest xpra release. I am assuming that you're on the 4.0 branch with a python3 interpreter. If that is no correct, please let us know. It would be good to fix the xpra crash that got you in that situation. If you have any reproducible steps, please do share them. Cheers, Antoine > > Carl. From crl.langlois at gmail.com Thu Jul 9 16:49:54 2020 From: crl.langlois at gmail.com (carl langlois) Date: Thu, 9 Jul 2020 11:49:54 -0400 Subject: [winswitch] Xpra session crash In-Reply-To: References: Message-ID: Hi thanks for the quick reply. I will try the --use-display next time.. Yes I am on the 4.0 branch with python3. This situation does not happen most of the time. But when it happens I notice that the network suffers performance issues and the client disconnects a couple of times before the crash. I will let you know if I have more details. Regards Carl On Thu, Jul 9, 2020 at 11:39 AM Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 09/07/2020 19:55, carl langlois via shifter-users wrote: > > Hi, > > > > Sometimes the xpra session crashes but the application remains. In this > > situation xpra list does not show any session. Trying xpra upgrade > > [session] does not work also. > "xpra upgrade" is for when the xpra server is still running. > > What you want is: > "xpra start --use-display=yes :NNN" > Where ":NNN" is the display that you want to rescue. > > In the latest development version, you don't need to specify > "--use-display=yes" as "auto" will be the new default and will figure > out if a display needs rescuing. > (this may land in 4.0 after further testing) > > > The weird thing is that I can see the > > applications when I connect with nomachine client. The nomachine client > > can see the display from the dead xpra session. > > > > Any suggestions? using the latest xpra release. > I am assuming that you're on the 4.0 branch with a python3 interpreter. > If that is no correct, please let us know. > > It would be good to fix the xpra crash that got you in that situation. > If you have any reproducible steps, please do share them. > > > Cheers, > Antoine > > > > > Carl. > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From sganis at gmail.com Sun Jul 12 09:45:39 2020 From: sganis at gmail.com (San) Date: Sun, 12 Jul 2020 11:45:39 +0300 Subject: [winswitch] Mouse wheel scroll Message-ID: Hi Antoine, Using xpra 4.0 python windows client, some application don't have mouse wheel detection. In other applications, the mouse wheel works only when the focus changes, not always. This does not happen using the html5 client. Is there a way to improve mouse wheel detection in the python client? Thanks. San. From sagitter at fedoraproject.org Wed Jul 15 20:50:54 2020 From: sagitter at fedoraproject.org (Antonio T. sagitter) Date: Wed, 15 Jul 2020 21:50:54 +0200 Subject: [winswitch] python-opencv and python-websockify References: <815d2c34-ab39-f04b-81d1-b4c2e62a2968.ref@fedoraproject.org> Message-ID: <815d2c34-ab39-f04b-81d1-b4c2e62a2968@fedoraproject.org> Hi all. We haven't `python3-opencv` and `python3-websockify` in the official repositories of CentOS 8. Are they recommended or required for using `xpra`. Best regards. -- --- Antonio Trande Fedora Project mailto: sagitter at fedoraproject.org GPG key: 0x7B30EE04E576AA84 GPG key server: https://keys.openpgp.org/ From sagitter at fedoraproject.org Wed Jul 15 20:53:25 2020 From: sagitter at fedoraproject.org (Antonio T. sagitter) Date: Wed, 15 Jul 2020 21:53:25 +0200 Subject: [winswitch] python-opencv and python-websockify In-Reply-To: <815d2c34-ab39-f04b-81d1-b4c2e62a2968@fedoraproject.org> References: <815d2c34-ab39-f04b-81d1-b4c2e62a2968@fedoraproject.org> Message-ID: <8f63d703-21a1-b7ac-a8f9-7345be448e8f@fedoraproject.org> On 15/07/20 21:50, Antonio T. sagitter wrote: > Hi all. > > We haven't `python3-opencv` and `python3-websockify` in the official > repositories of CentOS 8. > > Are they recommended or required for using `xpra`. It was a question of course. :) > > Best regards. > -- --- Antonio Trande Fedora Project mailto: sagitter at fedoraproject.org GPG key: 0x7B30EE04E576AA84 GPG key server: https://keys.openpgp.org/ From antoine at nagafix.co.uk Thu Jul 16 09:45:27 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 16 Jul 2020 15:45:27 +0700 Subject: [winswitch] Mouse wheel scroll In-Reply-To: References: Message-ID: <1565b2b0-f323-a1c7-7f8d-115d92618c90@nagafix.co.uk> On 12/07/2020 15:45, San via shifter-users wrote: > Hi Antoine, > > Using xpra 4.0 python windows client, some application don't have mouse > wheel detection. In other applications, the mouse wheel works only when the > focus changes, not always. This does not happen using the html5 client. > Is there a way to improve mouse wheel detection in the python client? Sure, what you are describing is a bug and reproducible bugs do get fixed. I am unable to reproduce the problem here though, so please provide detailed steps, including full OS, versions (at both ends) and application setup and as many details as you can from: https://xpra.org/trac/wiki/ReportingBugs Cheers, Antoine > > Thanks. > > San. From antoine at nagafix.co.uk Thu Jul 16 09:51:55 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 16 Jul 2020 15:51:55 +0700 Subject: [winswitch] python-opencv and python-websockify In-Reply-To: <815d2c34-ab39-f04b-81d1-b4c2e62a2968@fedoraproject.org> References: <815d2c34-ab39-f04b-81d1-b4c2e62a2968.ref@fedoraproject.org> <815d2c34-ab39-f04b-81d1-b4c2e62a2968@fedoraproject.org> Message-ID: On 16/07/2020 02:50, Antonio T. sagitter via shifter-users wrote: > Hi all. > > We haven't `python3-opencv` and `python3-websockify` in the official > repositories of CentOS 8. > > Are they recommended or required for using `xpra`. `python3-websockify` is not used at all, even if you install it, we have removed the dependency on websockify well over a year ago. `python3-opencv` is required for webcam forwarding support, client-side only. There are no packages for CentOS / RHEL and none are planned. If you need this feature, you may want to use third-party packages, or install it from source. Cheers, Antoine > > Best regards. > From foice.news at gmail.com Tue Jul 21 16:39:34 2020 From: foice.news at gmail.com (Roberto) Date: Tue, 21 Jul 2020 17:39:34 +0200 Subject: [winswitch] xpra initialization error: failed to connect to 192.168.10.133:22 Message-ID: Hello folks! I have Xpra installed on Mac OS X xpra v3.0.8-r25889 and on two centOS 7 machines. One I have configured some weeks ago and runs xpra v3.0.8-r25889 and another one I am configuring today and seems to give me more trouble. I have installed xpra today on this machine and it runs xpra v3.0.10-r26630. From my Mac I can successfully connect to the machine running 3.0.8 but I get some ssh related error on the one running 3.0.10 xpra initialization error: failed to connect to 192.168.10.133:22 How do I get more debugging information on what causes this connection problem? any guess what could be wrong with the connection here? Thanks for helping, Roberto From antoine at nagafix.co.uk Tue Jul 21 16:50:49 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 21 Jul 2020 22:50:49 +0700 Subject: [winswitch] xpra initialization error: failed to connect to 192.168.10.133:22 In-Reply-To: References: Message-ID: <31afc72c-1f84-8149-4f2e-7345957471fa@nagafix.co.uk> On 21/07/2020 22:39, Roberto via shifter-users wrote: > Hello folks! > I have Xpra installed on Mac OS X xpra v3.0.8-r25889 and on two centOS 7 machines. One I have configured some weeks ago and runs xpra v3.0.8-r25889 and another one I am configuring today and seems to give me more trouble. I have installed xpra today on this machine and it runs xpra v3.0.10-r26630. > > From my Mac I can successfully connect to the machine running 3.0.8 but I get some ssh related error on the one running 3.0.10 > > xpra initialization error: > failed to connect to 192.168.10.133:22 > > How do I get more debugging information on what causes this connection problem? any guess what could be wrong with the connection here? Xpra.app/Contents/MacOS/Xpra attach ssh://user at 192.168.10.133/ -d ssh This should give you all the details in your terminal. Make sure that there is only one session already running for this user account, or you need to specify it in the URI, ie for ":20": ssh://user at 192.168.10.133/20 Depending on what the problem is, you may want to switch to openssh as ssh transport using: --ssh="ssh -v" Cheers, Antoine > > Thanks for helping, > Roberto > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > From marietto2008 at gmail.com Tue Jul 21 19:34:30 2020 From: marietto2008 at gmail.com (Mario Marietto) Date: Tue, 21 Jul 2020 20:34:30 +0200 Subject: [winswitch] how to do copy and paste from / to windows-linux and viceversa from / to two different computers. Message-ID: Hello to everyone. I'm looking for a way to do copy and paste text and files from a windows to linux and viceversa. Actually I'm using two computers. On the first I have installed ubuntu and on the other one I have installed another ubuntu or windows. Actually I'm using synergy to share the mouse between windows and linux and from linux to linux. But it is a partial solution. Infact synergy does not allow to copy and paste files from two oses installed in two different computers. So,I've found xpra and it seems that it can do that. But,watching some tutorials on youtube,I didn't find a good tutorial that teaches how. There are some tutorials that teaches how to forward an application,but I don't want to do that,I find that not comfortable. I'm looking for a good tutorial that teaches how to do copy and paste files and folders from windows to linux and linux to linux between two different computers. thanks. -- Mario. From antoine at nagafix.co.uk Wed Jul 22 05:52:13 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 22 Jul 2020 11:52:13 +0700 Subject: [winswitch] how to do copy and paste from / to windows-linux and viceversa from / to two different computers. In-Reply-To: References: Message-ID: On 22/07/2020 01:34, Mario Marietto via shifter-users wrote: > Hello to everyone. > > I'm looking for a way to do copy and paste text and files from a windows to > linux and viceversa. Actually I'm using two computers. On the first I have > installed ubuntu and on the other one I have installed another ubuntu or > windows. Actually I'm using synergy to share the mouse between windows and > linux and from linux to linux. But it is a partial solution. Infact synergy > does not allow to copy and paste files from two oses installed in two > different computers. So,I've found xpra and it seems that it can do that. > But,watching some tutorials on youtube,I didn't find a good tutorial that > teaches how. There are some tutorials that teaches how to forward an > application,but I don't want to do that,I find that not comfortable. I'm > looking for a good tutorial that teaches how to do copy and paste files and > folders from windows to linux and linux to linux between two different > computers. thanksYou can start a session with a placeholder application, like an 'xterm', and drag and drop files to that window to initiate a file transfer. (or you can also use the system tray to do that) Going in the other direction, you will have to use the system tray menu, or the "xpra send-file" subcommand. Cheers, Antoine From MarkK at mjkservices.net Fri Jul 31 04:52:57 2020 From: MarkK at mjkservices.net (Mark Knittel) Date: Fri, 31 Jul 2020 03:52:57 +0000 Subject: [winswitch] Xpra performance issue In-Reply-To: References: Message-ID: Greetings. I'm using XPRA 3.0.10-r26630 on Ubuntu 16.04. I'm mostly using a proxy setup to launch desktop apps. That works, but the load time of a new application from a link is approximately 40 seconds. On a direct desktop connection the load time is less than 1 second. I've also tried it with a pre-allocated (non-proxy) session with the same result. Does anyone have any suggestions as to what might be causing the long load times? I'm attaching the log files for the proxy and non-proxy sessions here as well. Thanks, Mark Knittel 360-441-2126 From mark.knittel at gmail.com Fri Jul 31 04:50:46 2020 From: mark.knittel at gmail.com (Mark Knittel) Date: Thu, 30 Jul 2020 20:50:46 -0700 Subject: [winswitch] Xpra performance issue In-Reply-To: References: Message-ID: <02ed01d666ed$c67161d0$53542570$@gmail.com> Greetings. I'm using XPRA 3.0.10-r26630 on Ubuntu 16.04. I'm mostly using a proxy setup to launch desktop apps. That works, but the load time of a new application from a link is approximately 40 seconds. On a direct desktop connection the load time is less than 1 second. I've also tried it with a pre-allocated (non-proxy) session with the same result. Does anyone have any suggestions as to what might be causing the long load times? I'm attaching the log files for the proxy and non-proxy sessions here as well. Thanks, Mark Knittel 360-441-2126 From antoine at nagafix.co.uk Fri Jul 31 09:06:54 2020 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 31 Jul 2020 15:06:54 +0700 Subject: [winswitch] Xpra performance issue In-Reply-To: <02ed01d666ed$c67161d0$53542570$@gmail.com> References: <02ed01d666ed$c67161d0$53542570$@gmail.com> Message-ID: <304a894d-77c1-9d8a-aa65-20dcce40c355@nagafix.co.uk> On 31/07/2020 10:50, Mark Knittel via shifter-users wrote: > Greetings. I'm using XPRA 3.0.10-r26630 on Ubuntu 16.04. I'm mostly using a > proxy setup to launch desktop apps. That works, but the load time of a new > application from a link is approximately 40 seconds. That's sloooow, something must be timing out. > On a direct desktop > connection the load time is less than 1 second. That's incredibly fast! Starting up the X11 vfb server alone usually takes longer than that. > I've also tried it with a > pre-allocated (non-proxy) session with the same result. Does anyone have any > suggestions as to what might be causing the long load times? I'm attaching > the log files for the proxy and non-proxy sessions here as well. The mailing list scrubs attachments. It may be best if you file a ticket on the bug tracker instead. Please make sure to include all the exact command lines that you used, and run your proxy in debug mode: '--debug=proxy' Cheers, Antoine PS: I didn't see the double post, so I've let them both though. Ooops. > > > > Thanks, > > > > 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 >