Re: Xpra

2025-04-25 Thread Mario Marietto
>You do not need Xpra for that: normal X11 over TCP on the network of the >VM is enough. >Xpra would bring you the ability to detach apps on a per-VM basis, from >the real display, but compared to just hiding the windows it only saves >a small handful of resources on the display,

Re: Xpra

2025-04-25 Thread Dan Ritter
Mario Marietto wrote: > ->Thanks. But a full desktop is definitely what I do not want. This is the > great thing about Xpra: like the good old remote X11, but fast and > detachable. > > Exactly. A whole new Linux distro can be made following your approach. The > distro th

Re: Xpra

2025-04-25 Thread Nicolas George
,OpenBSD and so on). And Xpra installed on each > virtual machine / distro. And in the main distro,using Xpra you can call > all the different commands and applications that belong to each distro. > Something like this : You do not need Xpra for that: normal X11 over TCP on the network of th

Re: Xpra

2025-04-25 Thread Mario Marietto
->Thanks. But a full desktop is definitely what I do not want. This is the great thing about Xpra: like the good old remote X11, but fast and detachable. Exactly. A whole new Linux distro can be made following your approach. The distro that I have had in mind since ages. A Linux distro that a

Re: Xpra

2025-04-25 Thread Loïc Grenié
On Fri 25 Apr 2025 at 04:37, Antonio Russo wrote: > On 2025-04-24 15:27, Michael Stone wrote: > > yes, xpra has been in bad shape for a while, but nobody seemed to care > enough to fix it > > No quite! Anyone can check out my PR [1] that gets it working with 6.0. > > I s

Re: Xpra

2025-04-25 Thread Nicolas George
Frank Guthausen (HE12025-04-25): > Maybe it is overkill for what you want, but you can use x2go to > have this kind of remote ressource usage for an entire desktop. Thanks. But a full desktop is definitely what I do not want. This is the great thing about Xpra: like good old remote X11, bu

Re: Xpra

2025-04-25 Thread Frank Guthausen
On Thu, 24 Apr 2025 23:05:41 +0200 Nicolas George wrote: > > That include Xpra, a X11 server proxy where you do: > > xpra --start-child=firefox --exit-with-children start ssh:ssecem:15 > > a[...] > > Do anybody know another tool with the same features, still packages

Re: Xpra

2025-04-24 Thread Antonio Russo
On 2025-04-24 15:27, Michael Stone wrote: yes, xpra has been in bad shape for a while, but nobody seemed to care enough to fix it No quite! Anyone can check out my PR [1] that gets it working with 6.0. I stopped tracking upstream for my own personal builds of Xpra a few months ago

Re: Xpra

2025-04-24 Thread Michael Stone
On Thu, Apr 24, 2025 at 11:05:41PM +0200, Nicolas George wrote: I understand Trixie is frozen and that means in particular that packages in sid but uninstallable and not in Trixie will not be in the release. That include Xpra, a X11 server proxy where you do: yes, xpra has been in bad shape

Xpra

2025-04-24 Thread Nicolas George
Hi. I understand Trixie is frozen and that means in particular that packages in sid but uninstallable and not in Trixie will not be in the release. That include Xpra, a X11 server proxy where you do: xpra --start-child=firefox --exit-with-children start ssh:ssecem:15 and you get firefox

Re: Upgrading python3.8 from 3.8.3-1 to 3.8.4~rc1-1 breaks xpra

2020-07-24 Thread S. Dash
Thanks Jörg snapshot.debian.org was a great help! Though I had trouble with apt to deal with the downgrade with depedencies, aptitude's interactive UI helped a lot. As for the xpra issue, it seemed to be something about xpra itself. I just found xpra was somehow not in the repo anymore.

Re: Upgrading python3.8 from 3.8.3-1 to 3.8.4~rc1-1 breaks xpra

2020-07-15 Thread Jörg-Volker Peetz
S. Dash wrote on 15/07/2020 10:02: > 2. > > Apart from this issue, I just realized that I was unable to downgrade to 3.8.3 > if I had not cached the deb files. All mirror sites I could find were all > updated to have only 3.8.4~rc1-1. Is there an archive that keeps older > versions? > Yes, ther

Upgrading python3.8 from 3.8.3-1 to 3.8.4~rc1-1 breaks xpra

2020-07-15 Thread S. Dash
2 questions: 1. Recent upgrade of python3.8 and related packages (namely `python3.8` `python3.8-minimal` `libpython3.8` `libpython3.8-stdlib` `libpython3.8-minimal`) from 3.8.3-1 to 3.8.4~rc1-1 breaks xpra, causing it unable to create new X sessions. An example is to run `firejail --x11=xpra

Firejail, firefox, and xpra

2019-05-04 Thread Georgios
Hi! Im trying to run firefox-esr with firejail. I installed firejail and when I'm trying to run it with the following command firejail --x11=xpra firefox-esr I manage to start it but when I close firefox I get a black screen with the a cursor blinking I'm not sure if its a bug or I

Persistent remote X applications with xpra (was: Remote xboard without Desktop Environment)

2013-11-21 Thread Florian Ernst
display size of a running session). So far so bad. xpra might help, though. Consider the following sample session. fernst is my powerful (ahem...) workstation, c01n01v01 is a remote virtual server I just had running (still running Squeeze w/ backports, but still enough to illustrate my point). St