From totaam at xpra.org Sun Mar 5 12:50:10 2023 From: totaam at xpra.org (Antoine Martin) Date: Sun, 5 Mar 2023 19:50:10 +0700 Subject: [winswitch] [ANNOUNCE] Xpra HTML5 5.1 Message-ID: <64b4551a-b8f7-ce68-4eb6-9c3087b97d70@xpra.org> Hi, Following popular demand, this is an update to the 5.x branch, which happens to be the last branch of the html5 client that still supports older versions of the xpra server. Nothing really stands out and there is no urgency to update if you were not affected by any of these issues. The full release notes can be found here: https://github.com/Xpra-org/xpra-html5/releases/tag/v5.1 Cheers Antoine From totaam at xpra.org Tue Mar 7 09:44:43 2023 From: totaam at xpra.org (Antoine Martin) Date: Tue, 7 Mar 2023 16:44:43 +0700 Subject: [winswitch] [ANNOUNCE] Xpra LTS 3.1.4 : many accumulated fixes Message-ID: Hi, Hopefully, this will be the final release from the 3.1.x LTS+1 branch which will be replaced by a new v5 LTS branch before too long. This release includes all the fixes that had accumulated over the past 9 months. Unlike previous releases from this branch, support for all platforms should be in good shape and there are packages for almost every supported distribution - even those that only support Python 3, which is quickly becoming the norm. There are also builds for many of the RHEL 8.x and 9.x clones, and some arm64 builds too - though those may take a few more days to build. The most serious fixes affected focus issues and a clipboard regression on MS Windows which was introduced in 3.1.3. There are also many new workarounds for new, broken or misconfigured system libraries and environments. As always, the MS Windows and MacOS binary bundles have the most library updates, with new OpenSSL 3, GStreamer, ffmpeg, etc. Anyone still stuck on this LTS branch should upgrade. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v3.1.4 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers, Antoine From marietto2008 at gmail.com Tue Mar 7 17:48:02 2023 From: marietto2008 at gmail.com (Mario Marietto) Date: Tue, 7 Mar 2023 18:48:02 +0100 Subject: [winswitch] [ANNOUNCE] Xpra LTS 3.1.4 : many accumulated fixes In-Reply-To: References: Message-ID: Hello. I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro into one single,homogeneous and flexible operating (OS) context. I would like to use Ubuntu (22.04) as the host OS and the rest of the OSes (Fedora,Arch) will be virtualized within different virtual machines (I don't want to use containers,I know that they are a better choice,but I want to understand if a virtual machine is good anyway when it is very well configured). The idea is also to use qemu + kvm with the nographic and no vga options enabled,without virt-manager or boxes. I don't want to open and close the virtual machine graphical interface every time I want to run an application. I find it much more comfortable if I can run every application and command within one only terminal by premising,for example,a letter indicating to which distribution the command or application belongs to. Or I could tell xpra to open the fedora or the arch linux terminal. For sure it will be much faster to configure,but it has less scenic effect. So. I've installed Fedora 37 on a qemu-kvm VM and I've installed xpra on Ubuntu and on Fedora. As you can see below,when I invoke firefox from the Fedora VM (that has IP = 192.168.122.156),it starts correctly : ziomario at Z390-AORUS-PRO-DEST:~$ xpra start ssh://marietto at 192.168.122.156 --start=firefox Warning: vendor 'Intel' is greylisted, you may want to turn off OpenGL if you encounter bugs 2023-03-07 18:26:52,384 Xpra GTK3 X11 client version 3.1 64-bit 2023-03-07 18:26:52,454 running on Linux Ubuntu 22.04 jammy 2023-03-07 18:26:52,454 window manager is 'Xfwm4' 2023-03-07 18:26:52,465 opencv not found: 2023-03-07 18:26:52,465 No module named 'cv2' 2023-03-07 18:26:52,465 webcam forwarding is disabled 2023-03-07 18:26:52,677 GStreamer version 1.20.3 for Python 3.10.6 64-bit 2023-03-07 18:26:52,733 No OpenGL_accelerate module loaded: No module named 'OpenGL_accele rate' 2023-03-07 18:26:52,881 Warning: vendor 'Intel' is greylisted, 2023-03-07 18:26:52,881 you may want to turn off OpenGL if you encounter bugs 2023-03-07 18:26:52,979 OpenGL enabled with Mesa Intel(R) UHD Graphics 630 (CFL GT2) 2023-03-07 18:26:52,989 Connected (version 2.0, client OpenSSH_8.8) 2023-03-07 18:26:53,129 loaded RSA private key from '/home/ziomario/.ssh/id_rsa' 2023-03-07 18:26:53,141 Authentication (publickey) successful! 2023-03-07 18:26:53,407 keyboard settings: rules=evdev, model=pc105, layout=it 2023-03-07 18:26:53,585 desktop size is 3840x1080 with 1 screen: 2023-03-07 18:26:53,585 :0.0 (1016x286 mm - DPI: 96x95) workarea: 3840x1044 2023-03-07 18:26:53,585 AOC HDMI-1 1920x1080 (598x336 mm - DPI: 81x81) 2023-03-07 18:26:53,585 PHL HDMI-2-0 1920x1080 at 1920x0 (598x336 mm - DPI: 81x81) 2023-03-07 18:27:03,895 unknown packet type: setting-change 2023-03-07 18:27:08,033 enabled remote logging 2023-03-07 18:27:08,033 Xpra X11 seamless server version 4.4 32-bit 2023-03-07 18:27:08,034 running on unknown 2023-03-07 18:27:08,220 server does not support xi input devices 2023-03-07 18:27:08,220 server uses: xtest The problem is that firefox takes 6 or more seconds to appear. And it's not the only one that's so slow. Every application that I try to run is very slow. You can imagine that is not good if I want to integrate Ubuntu,Fedora,Arch or maybe some other distro into one single,homogeneous and flexible operating (OS) context. When I want to run an application, I expect it to start as fast as it would if it were installed locally. Is that goal achievable ? Il giorno mar 7 mar 2023 alle ore 10:55 Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> ha scritto: > Hi, > > Hopefully, this will be the final release from the 3.1.x LTS+1 branch > which will be replaced by a new v5 LTS branch before too long. > This release includes all the fixes that had accumulated over the past 9 > months. > > Unlike previous releases from this branch, support for all platforms > should be in good shape and there are packages for almost every > supported distribution - even those that only support Python 3, which is > quickly becoming the norm. > There are also builds for many of the RHEL 8.x and 9.x clones, and some > arm64 builds too - though those may take a few more days to build. > > The most serious fixes affected focus issues and a clipboard regression > on MS Windows which was introduced in 3.1.3. > There are also many new workarounds for new, broken or misconfigured > system libraries and environments. > > As always, the MS Windows and MacOS binary bundles have the most library > updates, with new OpenSSL 3, GStreamer, ffmpeg, etc. > Anyone still stuck on this LTS branch should upgrade. > > The more detailed release notes can be found here: > https://github.com/Xpra-org/xpra/releases/tag/v3.1.4 > > Downloads: > https://github.com/Xpra-org/xpra/wiki/Download > > Cheers, > Antoine > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- Mario. From antoine at nagafix.co.uk Fri Mar 10 10:21:14 2023 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 10 Mar 2023 17:21:14 +0700 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: References: Message-ID: <1c3eef92-dfcb-28e4-c8bc-b052819fb617@nagafix.co.uk> Posts unrelated to the release announcements should be using a separate thread. On 08/03/2023 00:48, Mario Marietto via shifter-users wrote: > Hello. > > I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro > into one single,homogeneous and flexible operating (OS) context. Go with Fedora. Ubuntu and Debian have too many unfixable problems and Arch is not an officially supported distro. > I would > like to use Ubuntu (22.04) as the host OS I don't think that the host OS matters much. > and the rest of the OSes > (Fedora,Arch) will be virtualized within different virtual machines (I > don't want to use containers,I know that they are a better choice,but I > want to understand if a virtual machine is good anyway when it is very well > configured). The idea is also to use qemu + kvm with the nographic and no > vga options enabled,without virt-manager or boxes. I don't want to open and > close the virtual machine graphical interface every time I want to run an > application. That makes sense. > I find it much more comfortable if I can run every application > and command within one only terminal by premising,for example,a letter > indicating to which distribution the command or application belongs to. Or > I could tell xpra to open the fedora or the arch linux terminal. For sure > it will be much faster to configure,but it has less scenic effect. > > So. I've installed Fedora 37 on a qemu-kvm VM and I've installed xpra on > Ubuntu and on Fedora. As you can see below,when I invoke firefox from the > Fedora VM (that has IP = 192.168.122.156),it starts correctly : > > > ziomario at Z390-AORUS-PRO-DEST:~$ xpra start ssh://marietto at 192.168.122.156 > --start=firefox > > Warning: vendor 'Intel' is greylisted, > you may want to turn off OpenGL if you encounter bugs > 2023-03-07 18:26:52,384 Xpra GTK3 X11 client version 3.1 64-bit 3.1 is not a supported version, it is well out of date. > 2023-03-07 18:26:52,454 running on Linux Ubuntu 22.04 jammy > 2023-03-07 18:26:52,454 window manager is 'Xfwm4' > 2023-03-07 18:26:52,465 opencv not found: > 2023-03-07 18:26:52,465 No module named 'cv2' > 2023-03-07 18:26:52,465 webcam forwarding is disabled > 2023-03-07 18:26:52,677 GStreamer version 1.20.3 for Python 3.10.6 64-bit > 2023-03-07 18:26:52,733 No OpenGL_accelerate module loaded: No module named > 'OpenGL_accele > rate' > 2023-03-07 18:26:52,881 Warning: vendor 'Intel' is greylisted, > 2023-03-07 18:26:52,881 you may want to turn off OpenGL if you encounter > bugs > 2023-03-07 18:26:52,979 OpenGL enabled with Mesa Intel(R) UHD Graphics 630 > (CFL GT2) > 2023-03-07 18:26:52,989 Connected (version 2.0, client OpenSSH_8.8) > 2023-03-07 18:26:53,129 loaded RSA private key from > '/home/ziomario/.ssh/id_rsa' > 2023-03-07 18:26:53,141 Authentication (publickey) successful! > 2023-03-07 18:26:53,407 keyboard settings: rules=evdev, model=pc105, > layout=it > 2023-03-07 18:26:53,585 desktop size is 3840x1080 with 1 screen: > 2023-03-07 18:26:53,585 :0.0 (1016x286 mm - DPI: 96x95) workarea: > 3840x1044 > 2023-03-07 18:26:53,585 AOC HDMI-1 1920x1080 (598x336 mm - DPI: 81x81) > 2023-03-07 18:26:53,585 PHL HDMI-2-0 1920x1080 at 1920x0 (598x336 mm - > DPI: 81x81) > 2023-03-07 18:27:03,895 unknown packet type: setting-change > 2023-03-07 18:27:08,033 enabled remote logging > 2023-03-07 18:27:08,033 Xpra X11 seamless server version 4.4 32-bit 4.4 is also well out of date. > 2023-03-07 18:27:08,034 running on unknown > 2023-03-07 18:27:08,220 server does not support xi input devices > 2023-03-07 18:27:08,220 server uses: xtest > > > The problem is that firefox takes 6 or more seconds to appear. And it's not > the only one that's so slow. Every application that I try to run is very > slow. It's not clear to me if it is Firefox that is too slow to start or the xpra session. You can see what the xpra server does on startup in the server log file. A lot of work as gone into making the server faster to start: https://github.com/Xpra-org/xpra/issues/2341 But the time it takes to start the virtual framebuffer is beyond our control and this can take many seconds, especially with older versions. A common workaround for this is to pre-start xpra or even just the virtual framebuffer. If it is the application(s), I would first try with something very fast and reliable like an `xterm`. Slow application startup is usually caused by dbus timeouts or missing daemons. ie: not having `gnome-keyring-daemon` slows down `gnome-terminal`: https://github.com/Xpra-org/xpra/issues/3109 > You can imagine that is not good if I want to integrate > Ubuntu,Fedora,Arch or maybe some other distro into one single,homogeneous > and flexible operating (OS) context. When I want to run an application, I > expect it to start as fast as it would if it were installed locally. Is > that goal achievable ? Yes. Just be aware that it is preferable to use a single xpra session per application, which makes it harder to pre-launch xpra sessions in advance. Advanced setups use pre-launched session pools for that. Cheers, Antoine > Il giorno mar 7 mar 2023 alle ore 10:55 Antoine Martin via shifter-users < > shifter-users at lists.devloop.org.uk> ha scritto: > >> Hi, >> >> Hopefully, this will be the final release from the 3.1.x LTS+1 branch >> which will be replaced by a new v5 LTS branch before too long. >> This release includes all the fixes that had accumulated over the past 9 >> months. >> >> Unlike previous releases from this branch, support for all platforms >> should be in good shape and there are packages for almost every >> supported distribution - even those that only support Python 3, which is >> quickly becoming the norm. >> There are also builds for many of the RHEL 8.x and 9.x clones, and some >> arm64 builds too - though those may take a few more days to build. >> >> The most serious fixes affected focus issues and a clipboard regression >> on MS Windows which was introduced in 3.1.3. >> There are also many new workarounds for new, broken or misconfigured >> system libraries and environments. >> >> As always, the MS Windows and MacOS binary bundles have the most library >> updates, with new OpenSSL 3, GStreamer, ffmpeg, etc. >> Anyone still stuck on this LTS branch should upgrade. >> >> The more detailed release notes can be found here: >> https://github.com/Xpra-org/xpra/releases/tag/v3.1.4 >> >> Downloads: >> https://github.com/Xpra-org/xpra/wiki/Download >> >> Cheers, >> Antoine >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> https://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > > From totaam at xpra.org Fri Mar 10 14:12:17 2023 From: totaam at xpra.org (Antoine Martin) Date: Fri, 10 Mar 2023 21:12:17 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.4.4: many fixes Message-ID: <86fa2af0-46de-a36f-07bb-c926458fcd80@xpra.org> Hi, This update to the v4.x branch fixes a large number of issues. MacOS and MS Windows users are strongly advised to upgrade as these new builds include all the library updates that had accumulated in the past 3 months and some of those contain security fixes (ie: OpenSSL 3 and others). For other platforms, there is no urgency to update if you were not affected by these issues. The detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v4.4.4 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers, Antoine From marietto2008 at gmail.com Sat Mar 11 16:11:51 2023 From: marietto2008 at gmail.com (Mario Marietto) Date: Sat, 11 Mar 2023 17:11:51 +0100 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: <1c3eef92-dfcb-28e4-c8bc-b052819fb617@nagafix.co.uk> References: <1c3eef92-dfcb-28e4-c8bc-b052819fb617@nagafix.co.uk> Message-ID: ----> I don't think that the host OS matters much. I think it's because of the package management. Ubuntu uses as default one (old) version,debian another one even older and so on. And this explains why I'm using an old version full of bugs. -----> 3.1 is not a supported version, it is well out of date. this is the version used by ubuntu 22.04 that I've used. I'm very sad that it uses such an old version. And I upgrade the packages often. So what should I do to use the newest version ? recompile it from source on the host and guest os ? ------> A common workaround for this is to pre-start xpra or even just the virtual framebuffer. Can you point me to the webpage where it is explained how to do that ? thanks. ------> If it is the application(s), I would first try with something very fast and reliable like an `xterm`. Can you point me to the webpage where it is explained how to do that,too ? thanks. On Fri, Mar 10, 2023 at 11:25?AM Antoine Martin via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > Posts unrelated to the release announcements should be using a separate > thread. > > On 08/03/2023 00:48, Mario Marietto via shifter-users wrote: > > Hello. > > > > I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro > > into one single,homogeneous and flexible operating (OS) context. > > Go with Fedora. > Ubuntu and Debian have too many unfixable problems and Arch is not an > officially supported distro. > > > I would > > like to use Ubuntu (22.04) as the host OS > > I don't think that the host OS matters much. > > > and the rest of the OSes > > (Fedora,Arch) will be virtualized within different virtual machines (I > > don't want to use containers,I know that they are a better choice,but I > > want to understand if a virtual machine is good anyway when it is very > well > > configured). The idea is also to use qemu + kvm with the nographic and no > > vga options enabled,without virt-manager or boxes. I don't want to open > and > > close the virtual machine graphical interface every time I want to run an > > application. > > That makes sense. > > > I find it much more comfortable if I can run every application > > and command within one only terminal by premising,for example,a letter > > indicating to which distribution the command or application belongs to. > Or > > I could tell xpra to open the fedora or the arch linux terminal. For sure > > it will be much faster to configure,but it has less scenic effect. > > > > So. I've installed Fedora 37 on a qemu-kvm VM and I've installed xpra on > > Ubuntu and on Fedora. As you can see below,when I invoke firefox from the > > Fedora VM (that has IP = 192.168.122.156),it starts correctly : > > > > > > ziomario at Z390-AORUS-PRO-DEST:~$ xpra start ssh:// > marietto at 192.168.122.156 > > --start=firefox > > > > Warning: vendor 'Intel' is greylisted, > > you may want to turn off OpenGL if you encounter bugs > > 2023-03-07 18:26:52,384 Xpra GTK3 X11 client version 3.1 64-bit > > 3.1 is not a supported version, it is well out of date. > > > 2023-03-07 18:26:52,454 running on Linux Ubuntu 22.04 jammy > > 2023-03-07 18:26:52,454 window manager is 'Xfwm4' > > 2023-03-07 18:26:52,465 opencv not found: > > 2023-03-07 18:26:52,465 No module named 'cv2' > > 2023-03-07 18:26:52,465 webcam forwarding is disabled > > 2023-03-07 18:26:52,677 GStreamer version 1.20.3 for Python 3.10.6 64-bit > > 2023-03-07 18:26:52,733 No OpenGL_accelerate module loaded: No module > named > > 'OpenGL_accele > > rate' > > 2023-03-07 18:26:52,881 Warning: vendor 'Intel' is greylisted, > > 2023-03-07 18:26:52,881 you may want to turn off OpenGL if you encounter > > bugs > > 2023-03-07 18:26:52,979 OpenGL enabled with Mesa Intel(R) UHD Graphics > 630 > > (CFL GT2) > > 2023-03-07 18:26:52,989 Connected (version 2.0, client OpenSSH_8.8) > > 2023-03-07 18:26:53,129 loaded RSA private key from > > '/home/ziomario/.ssh/id_rsa' > > 2023-03-07 18:26:53,141 Authentication (publickey) successful! > > 2023-03-07 18:26:53,407 keyboard settings: rules=evdev, model=pc105, > > layout=it > > 2023-03-07 18:26:53,585 desktop size is 3840x1080 with 1 screen: > > 2023-03-07 18:26:53,585 :0.0 (1016x286 mm - DPI: 96x95) workarea: > > 3840x1044 > > 2023-03-07 18:26:53,585 AOC HDMI-1 1920x1080 (598x336 mm - DPI: > 81x81) > > 2023-03-07 18:26:53,585 PHL HDMI-2-0 1920x1080 at 1920x0 (598x336 mm > - > > DPI: 81x81) > > 2023-03-07 18:27:03,895 unknown packet type: setting-change > > 2023-03-07 18:27:08,033 enabled remote logging > > 2023-03-07 18:27:08,033 Xpra X11 seamless server version 4.4 32-bit > > 4.4 is also well out of date. > > > 2023-03-07 18:27:08,034 running on unknown > > 2023-03-07 18:27:08,220 server does not support xi input devices > > 2023-03-07 18:27:08,220 server uses: xtest > > > > > > The problem is that firefox takes 6 or more seconds to appear. And it's > not > > the only one that's so slow. Every application that I try to run is very > > slow. > > It's not clear to me if it is Firefox that is too slow to start or the > xpra session. > > You can see what the xpra server does on startup in the server log file. > A lot of work as gone into making the server faster to start: > https://github.com/Xpra-org/xpra/issues/2341 > But the time it takes to start the virtual framebuffer is beyond our > control and this can take many seconds, especially with older versions. > A common workaround for this is to pre-start xpra or even just the > virtual framebuffer. > > If it is the application(s), I would first try with something very fast > and reliable like an `xterm`. > Slow application startup is usually caused by dbus timeouts or missing > daemons. > ie: not having `gnome-keyring-daemon` slows down `gnome-terminal`: > https://github.com/Xpra-org/xpra/issues/3109 > > > You can imagine that is not good if I want to integrate > > Ubuntu,Fedora,Arch or maybe some other distro into one single,homogeneous > > and flexible operating (OS) context. When I want to run an application, I > > expect it to start as fast as it would if it were installed locally. Is > > that goal achievable ? > > Yes. > > Just be aware that it is preferable to use a single xpra session per > application, which makes it harder to pre-launch xpra sessions in > advance. Advanced setups use pre-launched session pools for that. > > Cheers, > Antoine > > > > Il giorno mar 7 mar 2023 alle ore 10:55 Antoine Martin via shifter-users > < > > shifter-users at lists.devloop.org.uk> ha scritto: > > > >> Hi, > >> > >> Hopefully, this will be the final release from the 3.1.x LTS+1 branch > >> which will be replaced by a new v5 LTS branch before too long. > >> This release includes all the fixes that had accumulated over the past 9 > >> months. > >> > >> Unlike previous releases from this branch, support for all platforms > >> should be in good shape and there are packages for almost every > >> supported distribution - even those that only support Python 3, which is > >> quickly becoming the norm. > >> There are also builds for many of the RHEL 8.x and 9.x clones, and some > >> arm64 builds too - though those may take a few more days to build. > >> > >> The most serious fixes affected focus issues and a clipboard regression > >> on MS Windows which was introduced in 3.1.3. > >> There are also many new workarounds for new, broken or misconfigured > >> system libraries and environments. > >> > >> As always, the MS Windows and MacOS binary bundles have the most library > >> updates, with new OpenSSL 3, GStreamer, ffmpeg, etc. > >> Anyone still stuck on this LTS branch should upgrade. > >> > >> The more detailed release notes can be found here: > >> https://github.com/Xpra-org/xpra/releases/tag/v3.1.4 > >> > >> Downloads: > >> https://github.com/Xpra-org/xpra/wiki/Download > >> > >> Cheers, > >> Antoine > >> _______________________________________________ > >> 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 > -- Mario. From antoine at nagafix.co.uk Sun Mar 12 14:03:55 2023 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 12 Mar 2023 21:03:55 +0700 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: References: <1c3eef92-dfcb-28e4-c8bc-b052819fb617@nagafix.co.uk> Message-ID: <052797ed-32c8-9e86-907a-dbaf0d538fd5@nagafix.co.uk> On 11/03/2023 23:11, Mario Marietto wrote: > ----> I don't think that the host OS matters much. > > I think it's because of the package management. Ubuntu uses as default > one (old) version,debian another one even older and so on. And this > explains why I'm using an old version full of bugs. > > -----> 3.1 is not a supported version, it is well out of date. > > this is the version used by ubuntu 22.04 that I've used. I'm very sad > that it uses such an old version. And I upgrade the packages often. So > what should I do to use the newest version ? recompile it from source on > the host and guest os ? https://github.com/Xpra-org/xpra/wiki/Download#-for-debian-based-distributions > ------> A common workaround for this is to pre-start xpra or even just > the virtual framebuffer. > > Can you point me to the webpage where it is explained how to do that ? > thanks. The simplest form: `Xvfb :100` Will start a vfb on display :100 Then you can start xpra using this display later: xpra start :100 > ------> If it is the application(s), I would first try with something > very fast > and reliable like an `xterm`. > > Can you point me to the webpage where it is explained how to do that,too > ? thanks. `xpra start --start=xterm` Cheers Antoine > > > On Fri, Mar 10, 2023 at 11:25?AM Antoine Martin via shifter-users > > wrote: > > Posts unrelated to the release announcements should be using a separate > thread. > > On 08/03/2023 00:48, Mario Marietto via shifter-users wrote: > > Hello. > > > > I would like to integrate Ubuntu,Fedora,Arch or maybe some other > distro > > into one single,homogeneous and flexible operating (OS) context. > > Go with Fedora. > Ubuntu and Debian have too many unfixable problems and Arch is not an > officially supported distro. > > > I would > > like to use Ubuntu (22.04) as the host OS > > I don't think that the host OS matters much. > > > and the rest of the OSes > > (Fedora,Arch) will be virtualized within different virtual > machines (I > > don't want to use containers,I know that they are a better > choice,but I > > want to understand if a virtual machine is good anyway when it is > very well > > configured). The idea is also to use qemu + kvm with the > nographic and no > > vga options enabled,without virt-manager or boxes. I don't want > to open and > > close the virtual machine graphical interface every time I want > to run an > > application. > > That makes sense. > > > I find it much more comfortable if I can run every application > > and command within one only terminal by premising,for example,a > letter > > indicating to which distribution the command or application > belongs to. Or > > I could tell xpra to open the fedora or the arch linux terminal. > For sure > > it will be much faster to configure,but it has less scenic effect. > > > > So. I've installed Fedora 37 on a qemu-kvm VM and I've installed > xpra on > > Ubuntu and on Fedora. As you can see below,when I invoke firefox > from the > > Fedora VM (that has IP = 192.168.122.156),it starts correctly : > > > > > > ziomario at Z390-AORUS-PRO-DEST:~$ xpra start > ssh://marietto at 192.168.122.156 > > --start=firefox > > > > Warning: vendor 'Intel' is greylisted, > > you may want to turn off OpenGL if you encounter bugs > > 2023-03-07 18:26:52,384 Xpra GTK3 X11 client version 3.1 64-bit > > 3.1 is not a supported version, it is well out of date. > > > 2023-03-07 18:26:52,454? running on Linux Ubuntu 22.04 jammy > > 2023-03-07 18:26:52,454? window manager is 'Xfwm4' > > 2023-03-07 18:26:52,465 opencv not found: > > 2023-03-07 18:26:52,465? No module named 'cv2' > > 2023-03-07 18:26:52,465? webcam forwarding is disabled > > 2023-03-07 18:26:52,677 GStreamer version 1.20.3 for Python > 3.10.6 64-bit > > 2023-03-07 18:26:52,733 No OpenGL_accelerate module loaded: No > module named > > 'OpenGL_accele > > rate' > > 2023-03-07 18:26:52,881 Warning: vendor 'Intel' is greylisted, > > 2023-03-07 18:26:52,881? you may want to turn off OpenGL if you > encounter > > bugs > > 2023-03-07 18:26:52,979 OpenGL enabled with Mesa Intel(R) UHD > Graphics 630 > > (CFL GT2) > > 2023-03-07 18:26:52,989 Connected (version 2.0, client OpenSSH_8.8) > > 2023-03-07 18:26:53,129 loaded RSA private key from > > '/home/ziomario/.ssh/id_rsa' > > 2023-03-07 18:26:53,141 Authentication (publickey) successful! > > 2023-03-07 18:26:53,407? keyboard settings: rules=evdev, model=pc105, > > layout=it > > 2023-03-07 18:26:53,585? desktop size is 3840x1080 with 1 screen: > > 2023-03-07 18:26:53,585? ?:0.0 (1016x286 mm - DPI: 96x95) workarea: > > 3840x1044 > > 2023-03-07 18:26:53,585? ? ?AOC HDMI-1 1920x1080 (598x336 mm - > DPI: 81x81) > > 2023-03-07 18:26:53,585? ? ?PHL HDMI-2-0 1920x1080 at 1920x0 > (598x336 mm - > > DPI: 81x81) > > 2023-03-07 18:27:03,895 unknown packet type: setting-change > > 2023-03-07 18:27:08,033 enabled remote logging > > 2023-03-07 18:27:08,033 Xpra X11 seamless server version 4.4 32-bit > > 4.4 is also well out of date. > > > 2023-03-07 18:27:08,034? running on unknown > > 2023-03-07 18:27:08,220 server does not support xi input devices > > 2023-03-07 18:27:08,220? server uses: xtest > > > > > > The problem is that firefox takes 6 or more seconds to appear. > And it's not > > the only one that's so slow. Every application that I try to run > is very > > slow. > > It's not clear to me if it is Firefox that is too slow to start or the > xpra session. > > You can see what the xpra server does on startup in the server log file. > A lot of work as gone into making the server faster to start: > https://github.com/Xpra-org/xpra/issues/2341 > > But the time it takes to start the virtual framebuffer is beyond our > control and this can take many seconds, especially with older versions. > A common workaround for this is to pre-start xpra or even just the > virtual framebuffer. > > If it is the application(s), I would first try with something very fast > and reliable like an `xterm`. > Slow application startup is usually caused by dbus timeouts or missing > daemons. > ie: not having `gnome-keyring-daemon` slows down `gnome-terminal`: > https://github.com/Xpra-org/xpra/issues/3109 > > > > You can imagine that is not good if I want to? integrate > > Ubuntu,Fedora,Arch or maybe some other distro into one > single,homogeneous > > and flexible operating (OS) context. When I want to run an > application, I > > expect it to start as fast as it would if it were installed > locally. Is > > that goal achievable ? > > Yes. > > Just be aware that it is preferable to use a single xpra session per > application, which makes it harder to pre-launch xpra sessions in > advance. Advanced setups use pre-launched session pools for that. > > Cheers, > Antoine > > > > Il giorno mar 7 mar 2023 alle ore 10:55 Antoine Martin via > shifter-users < > > shifter-users at lists.devloop.org.uk > > ha scritto: > > > >> Hi, > >> > >> Hopefully, this will be the final release from the 3.1.x LTS+1 > branch > >> which will be replaced by a new v5 LTS branch before too long. > >> This release includes all the fixes that had accumulated over > the past 9 > >> months. > >> > >> Unlike previous releases from this branch, support for all platforms > >> should be in good shape and there are packages for almost every > >> supported distribution - even those that only support Python 3, > which is > >> quickly becoming the norm. > >> There are also builds for many of the RHEL 8.x and 9.x clones, > and some > >> arm64 builds too - though those may take a few more days to build. > >> > >> The most serious fixes affected focus issues and a clipboard > regression > >> on MS Windows which was introduced in 3.1.3. > >> There are also many new workarounds for new, broken or misconfigured > >> system libraries and environments. > >> > >> As always, the MS Windows and MacOS binary bundles have the most > library > >> updates, with new OpenSSL 3, GStreamer, ffmpeg, etc. > >> Anyone still stuck on this LTS branch should upgrade. > >> > >> The more detailed release notes can be found here: > >> https://github.com/Xpra-org/xpra/releases/tag/v3.1.4 > > >> > >> Downloads: > >> https://github.com/Xpra-org/xpra/wiki/Download > > >> > >> Cheers, > >> Antoine > >> _______________________________________________ > >> 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 > > > > > -- > Mario. From xpra at zellners.com Sun Mar 12 19:39:47 2023 From: xpra at zellners.com (xpra at zellners.com) Date: Sun, 12 Mar 2023 12:39:47 -0700 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: References: Message-ID: <0dc7979426a094e6314e69d9332ce185@zellners.com> On 2023-03-07 09:48, Mario Marietto via shifter-users wrote: > Hello. > > I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro > into one single,homogeneous and flexible operating (OS) context. I > would > like to use Ubuntu (22.04) as the host OS and the rest of the OSes > (Fedora,Arch) will be virtualized within different virtual machines (I > don't want to use containers,I know that they are a better choice,but I > want to understand if a virtual machine is good anyway when it is very > well > configured). The idea is also to use qemu + kvm with the nographic and > no > vga options enabled,without virt-manager or boxes. I don't want to open > and > close the virtual machine graphical interface every time I want to run > an > application. I find it much more comfortable if I can run every > application > and command within one only terminal by premising,for example,a letter > indicating to which distribution the command or application belongs to. > Or > I could tell xpra to open the fedora or the arch linux terminal. For > sure > it will be much faster to configure,but it has less scenic effect. I don't understand the point, goal, purpose of having lets say libreoffice run on Debian, firefox on *buntu etc... What does this get you???? I am just clearly missing the forest for the trees or soemthing in this?? Am curious as to whats the end goal and what this achieves v. using one distro to run your stuff??? ? Interested to understand the goal... Thanks.. From marietto2008 at gmail.com Mon Mar 13 10:59:58 2023 From: marietto2008 at gmail.com (Mario Marietto) Date: Mon, 13 Mar 2023 11:59:58 +0100 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: <0dc7979426a094e6314e69d9332ce185@zellners.com> References: <0dc7979426a094e6314e69d9332ce185@zellners.com> Message-ID: First of all,I don't take into consideration the apps that can be installed through flatpaks,snap or app images,because I don't like to use these systems. I'm a traditional user of linux,I have used it since the 90's. I prefer to use the traditional packaging systems used by debian,fedora,arch. I've read that in some cases the snap system in Ubuntu contains obscure parts of code. And I've checked by myself how much can those systems complicate the management of the OS if they get jammed or if one does not want them because he/she/ wants to streamline the system. So,I really like the idea to use apt/apt-get, dnf/yum, pacman and yay all together from one only shell, just like you'd use them on their native distributions. I may want to install or remove an application on one of those OSes because it does not work anymore and you have no time to fix it. You know that sometimes it takes time to fix the broken part,time that you don't have. Luckily it still works for the remaining one or two OSes. I may like to use some specific distro just because I like,without particular reason,for some time. Maybe there are also different technical reasons why I want to have that fusion,tied to the libraries used. Some libraries could improve the stability and the speed of the systems,some others could do it less. It seems that some good distros are coming out these days,following the same idea : a couple of them are : blendOS,BedRock. So,it seems that it makes sense. Probably the approach that I want to use has already been used. But anyway,I do what I enjoy. So,I don't care. I'm retired from work. I have time to learn and to experiment. I will not steal time from my daily job,because I don't have one. On Mon, Mar 13, 2023 at 4:45?AM xpra--- via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 2023-03-07 09:48, Mario Marietto via shifter-users wrote: > > Hello. > > > > I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro > > into one single,homogeneous and flexible operating (OS) context. I > > would > > like to use Ubuntu (22.04) as the host OS and the rest of the OSes > > (Fedora,Arch) will be virtualized within different virtual machines (I > > don't want to use containers,I know that they are a better choice,but I > > want to understand if a virtual machine is good anyway when it is very > > well > > configured). The idea is also to use qemu + kvm with the nographic and > > no > > vga options enabled,without virt-manager or boxes. I don't want to open > > and > > close the virtual machine graphical interface every time I want to run > > an > > application. I find it much more comfortable if I can run every > > application > > and command within one only terminal by premising,for example,a letter > > indicating to which distribution the command or application belongs to. > > Or > > I could tell xpra to open the fedora or the arch linux terminal. For > > sure > > it will be much faster to configure,but it has less scenic effect. > > I don't understand the point, goal, purpose of having lets say > libreoffice run on Debian, firefox on *buntu etc... > > What does this get you???? I am just clearly missing the forest for the > trees or soemthing in this?? > > Am curious as to whats the end goal and what this achieves v. using one > distro to run your stuff??? ? > > Interested to understand the goal... Thanks.. > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- Mario. From totaam at xpra.org Mon Mar 13 11:06:48 2023 From: totaam at xpra.org (Antoine Martin) Date: Mon, 13 Mar 2023 18:06:48 +0700 Subject: [winswitch] [ANNOUNCE] Xpra HTML5 v7.0 Message-ID: Hi, The vast majority of the changes in this release are actually bug fixes, tweaks and minor improvements: https://github.com/Xpra-org/xpra-html5/releases/tag/v7.0 Cheers Antoine From xpra at zellners.com Sun Mar 19 20:26:00 2023 From: xpra at zellners.com (xpra at zellners.com) Date: Sun, 19 Mar 2023 13:26:00 -0700 Subject: [winswitch] XPRA Launcher CLI options and config files Message-ID: <8b062dbf094e769570b8001e798a7201@zellners.com> When using xpra_launcher with a config file ie: xpra_launcher /home/me/connect.xpra Does this file OVERRIDE any other CLI options being used? ie: xpra_launcher --speaker=off /home/me/connect.xpra Tried that.. still connected with audio active IF I move the option to the connect.xpra file it disables audio being active... Not a big deal, just figured I could add what I wanted to the CLI option.. versus the file... I read this: https://github.com/Xpra-org/xpra/blob/master/docs/Usage/Client.md And noting this: Any command line option can be specified in this file by removing the -- that precedes options when they're used via the command line. ie: --min-quality=50 becomes just quality=50. And: man xpra_launcher When called without FILENAME, xpra_launcher will spawn a GTK window allowing you to set the connection parameters easily. If FILENAME is specified, the parame? ters in the GUI will be set to the values specified in the session file. Additionally, if the session file contains the special parameter "autoconnect", xpra_launcher will skip displaying the parameters window and will establish the connection directly. Doesn't spell out that the XPRA file overrides any CLI options, but it appears so... Again, not a big deal.. just wanting to confirm .. thats all... Since my clients all now are current to support audio, I have cases which I don't need/want audio.... again.. not a big just trying to confirm XPRA file overrides any CLI options, or if not then a bug? Thanks. From xpra at zellners.com Sun Mar 19 20:52:16 2023 From: xpra at zellners.com (xpra at zellners.com) Date: Sun, 19 Mar 2023 13:52:16 -0700 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: References: <0dc7979426a094e6314e69d9332ce185@zellners.com> Message-ID: <0da8eae9072a931ad438f30fef88f7f7@zellners.com> On 2023-03-13 05:30, Mario Marietto wrote: > Hello/Ciao. > > Luca Manganelli,you come from Italy,right ? just like me. I'm happy to > find,sometimes,a compatriot on the Linux / FreeBSD forums and ML that > I attend. So. The answer is that I don't like, I don't find it > comfortable, to continuously open and close the vnc client every time X11 can seamlessly have all the windows you want of say LibreOffice on Ubuntu, Firefox on CentOS via SSH and X11 forwarding.. This email client is run this way, as many other things I do.....Only difference is I use one distro *buntus...You can switch from what ever window you want with ALT-TAB simple as that.. You can probably assign some keybindings via X11 to do that too.. > I want to use a specific distribution. Instead I find it more > comfortable to centralize as much as possible more distributions in a > single interface and terminal. I Why??? Differing distros with differing package management for one ie: Debian/*buntu based with apt-get and then RH based with yum, etc... that adds to issues and problems.. and less centralization... > list of smart aliases to handle all the commands and to launch the > applications I want in the distribution I want. Reading the other reply.. in re the specialty distros that are mixing and matching differing distros into one.. I still can't wrap my head around it.. Umm... Why do this???? Why would you want to run say LibreOffice on Ubuntu and Firefox on CentOS as an example???? As to having issues where maybe you make a change and that causes the OS to break or the program to break, then using virtualization options is probably the option.. You can have a BASE VM image, clone it, start it up in your VM software of choice, and play, then if it breaks.. you can go back to the base, clone, and rebuild.. learning how to fix or what not to do? :) ;) I do this... tons of VMs and carcasses from the things going awry when something may not work out... Right now, I am testing a new version of a *buntu..I've created a base VM image... I can now test out some things.. like LightDM replacing SDDM or what ever the DM is.. as I need XDMCP and LightDM provides that.. ... but it can be dangerous to play with the DM leading to no GUI (X11 desktop) etc.. same with XPRA... I am going to test installing XPRA to this distro.. so if things go awry, I can go back to my base image and try again.. Same with some other software which needs to be compiled in a certain environment... and can go very very awry... hence play in the VM(s) and take notes.. Once I have the notes I what I did.. I make a NEW BASE image to work from... and apply that to physical installs as well. > not only a question of comfort, but also of optimizing workspaces. > After all, if the controls of an airplane have been centralized in a > single dashboard, there must be a reason, right ? I don't think that is a good analogy, as they are not operating under differing OS's.. At least in my mind this is de-optimizing things with using multiple distors versus a single distro or at least the same vein of distro ie: Debian based be it Ubuntu, Mint, etc.. I have the same base distro I use. So I guess I am lost on how this multiple distros has a benefit.... From marietto2008 at gmail.com Mon Mar 20 15:03:15 2023 From: marietto2008 at gmail.com (Mario Marietto) Date: Mon, 20 Mar 2023 16:03:15 +0100 Subject: [winswitch] single, homogeneous and flexible operating (OS) context In-Reply-To: <0da8eae9072a931ad438f30fef88f7f7@zellners.com> References: <0dc7979426a094e6314e69d9332ce185@zellners.com> <0da8eae9072a931ad438f30fef88f7f7@zellners.com> Message-ID: Hello. I like the idea of using 4 different Linux distributions at the same time,making the minimum effort possible to use them. I'm evaluating the X forwarding + lxpanel,but the applications open very very slowly. So,I will drop this method. And I'm a little sad because in this way I could have used 4 taskbars (top,down,left and right,so : debian,arch,fedora,nixos). Probably I will test if xpra works better. Regarding the method used,I've thought that it could be something like this : /usr/bin/qemu-system-x86_64 \ -enable-kvm \ -m 4G \ -machine q35,accel=kvm \ -smp 8,cores=4 \ -cpu host,kvm=off \ -smp 2,sockets=1,cores=2,threads=1 \ -drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_CODE_4M.fd \ -device ich9-intel-hda \ -device hda-output \ -usb -device usb-kbd \ -device usb-mouse \ -device virtio-net-pci,netdev=net0 \ -netdev tap,id=net0,ifname=tap0,script=no,downscript=no,vhost=on \ -drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_VARS_4M.fd \ -device ich9-ahci,id=sata \ -drive id=SystemDisk,if=none,snapshot=off,cache=none,media=disk,format=raw,file=/dev/sdd \ -device ide-hd,bus=sata.4,drive=SystemDisk \ -nographic \ -vga none \ -device pcie-root-port,bus=pcie.0,multifunction=on,port=1,chassis=1,id=port.1 > /dev/null 2>&1 & the 4 distributions could share automatically some common informations between them to avoid the risk to lose some of them if one VM will crash or the data inside are corrupted. And,I forgot to explain that I will install the 4 distros physically on the disk "/dev/sdd" so that I can access and use them not only virtually,but also physically. My cpu has 8 cores,16 threads,so I will give 4 cores for each vm,for a total of 16. On Mon, Mar 20, 2023 at 1:22?PM xpra--- via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > On 2023-03-13 05:30, Mario Marietto wrote: > > Hello/Ciao. > > > > Luca Manganelli,you come from Italy,right ? just like me. I'm happy to > > find,sometimes,a compatriot on the Linux / FreeBSD forums and ML that > > I attend. So. The answer is that I don't like, I don't find it > > comfortable, to continuously open and close the vnc client every time > > X11 can seamlessly have all the windows you want of say LibreOffice on > Ubuntu, Firefox on CentOS via SSH and X11 forwarding.. This email client > is run this way, as many other things I do.....Only difference is I use > one distro *buntus...You can switch from what ever window you want with > ALT-TAB simple as that.. You can probably assign some keybindings via > X11 to do that too.. > > > I want to use a specific distribution. Instead I find it more > > comfortable to centralize as much as possible more distributions in a > > single interface and terminal. I > > Why??? Differing distros with differing package management for one ie: > Debian/*buntu based with apt-get and then RH based with yum, etc... that > adds to issues and problems.. and less centralization... > > > > list of smart aliases to handle all the commands and to launch the > > applications I want in the distribution I want. > > Reading the other reply.. in re the specialty distros that are mixing > and matching differing distros into one.. > I still can't wrap my head around it.. > > Umm... Why do this???? > > Why would you want to run say LibreOffice on Ubuntu and Firefox on > CentOS as an example???? > > As to having issues where maybe you make a change and that causes the > OS to break or the program to break, then using virtualization options > is probably the option.. You can have a BASE VM image, clone it, start > it up in your VM software of choice, and play, then if it breaks.. you > can go back to the base, clone, and rebuild.. learning how to fix or > what not to do? :) ;) I do this... tons of VMs and carcasses from the > things going awry when something may not work out... > > Right now, I am testing a new version of a *buntu..I've created a base > VM image... I can now test out some things.. like LightDM replacing SDDM > or what ever the DM is.. as I need XDMCP and LightDM provides that.. ... > but it can be dangerous to play with the DM leading to no GUI (X11 > desktop) etc.. same with XPRA... I am going to test installing XPRA to > this distro.. so if things go awry, I can go back to my base image and > try again.. Same with some other software which needs to be compiled in > a certain environment... and can go very very awry... hence play in the > VM(s) and take notes.. Once I have the notes I what I did.. I make a NEW > BASE image to work from... and apply that to physical installs as well. > > > not only a question of comfort, but also of optimizing workspaces. > > After all, if the controls of an airplane have been centralized in a > > single dashboard, there must be a reason, right ? > > I don't think that is a good analogy, as they are not operating under > differing OS's.. At least in my mind this is de-optimizing things with > using multiple distors versus a single distro or at least the same vein > of distro ie: Debian based be it Ubuntu, Mint, etc.. I have the same > base distro I use. > > So I guess I am lost on how this multiple distros has a benefit.... > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > https://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- Mario.