Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Xpra: Persistent Remote Applications for X11

github.com

Post reply on HN
Print view View original

51–60 of 142 posts

Re: Xpra: Persistent Remote Applications for X11

#51

Post by rwmj »

asveikau wrote: post #41
jrm4 wrote: post #38

Earlier quoted context omitted.

At the risk of threadjacking, I'd still love to have a real conversation about how and why this Wayland thing happened (and is still arguably happening) so badly . Specifically, how -- again, in LINUX-LAND -- a whole bunch of people decided, "nah, we're going to go ahead and break the HELL OUT OF backwards compatibility this time, even though we pretty much never do this."

Linux actually does this a lot. Jwz called it "Cascade of Attention-Deficit Teenagers" more than 20 years ago, describing GNOME. Look at audio. PulseAudio is mostly pointless and over-engineered. Breaks a lot. You could say the same about ALSA even. FreeBSD meanwhile is still using the OSS API that Linux was on in the late 90s...

PulseAudio has already been abandoned, the new thing is Pipewire.

The specific issue with OSS was that it was never part of Linux and then with OSS 4 they made it proprietary, which killed it off entirely as far as Linux users are concerned. (FreeBSD cloned it instead.)

Re: Xpra: Persistent Remote Applications for X11

#52

Post by organsnyder »

jrm4 wrote: post #48

This might be a good place to ask this: So, the idea of Firefox Sync is almost cool, but what I'd like is literally everything EXACTLY "synced," down to the current state of every tab. Something like this feels like it should do it, but I've tried this and other things, and it just didn't work all that seamlessly. Has anyone accomplished anything like this for browsers and use it regularly?

Seems like a remote desktop solution is always going to be better at this—I'd imagine there's a long tail of weird website behavior trying to sync browser state.

Or just carry a laptop.

Re: Xpra: Persistent Remote Applications for X11

#53

Post by toenail »

jrm4 wrote: post #48

This might be a good place to ask this: So, the idea of Firefox Sync is almost cool, but what I'd like is literally everything EXACTLY "synced," down to the current state of every tab. Something like this feels like it should do it, but I've tried this and other things, and it just didn't work all that seamlessly. Has anyone accomplished anything like this for browsers and use it regularly?

I rsync my entire firefox profile from workstation to workstation, sync sucks.

Re: Xpra: Persistent Remote Applications for X11

#54

Post by dmd »

BLKNSLVR wrote: post #15

I tried Xpra for remote applications some four to five years ago when I migrated from Windows to Linux and needed a Remote Desktop (type) alternative. I stuck with it for a while in advance of numerous other options, until I found NoMachine - which doesn't do remote applications but does do full remote desktop and has the closest 'feel' to being local-machine than anything other than Windows Remote Desktop. I (ironic…

NoMachine absolutely does do remote applications. I use it for that every day. Instead of "Create a new virtual desktop", choose "Create a new custom session" and under Application "Run the following command" (the program you want to run) and under Options "Run the command in a floating window".

Re: Xpra: Persistent Remote Applications for X11

#55

Post by asveikau »

rwmj wrote: post #51
asveikau wrote: post #41

Earlier quoted context omitted.

Linux actually does this a lot. Jwz called it "Cascade of Attention-Deficit Teenagers" more than 20 years ago, describing GNOME. Look at audio. PulseAudio is mostly pointless and over-engineered. Breaks a lot. You could say the same about ALSA even. FreeBSD meanwhile is still using the OSS API that Linux was on in the late 90s...

PulseAudio has already been abandoned, the new thing is Pipewire. The specific issue with OSS was that it was never part of Linux and then with OSS 4 they made it proprietary, which killed it off entirely as far as Linux users are concerned. (FreeBSD cloned it instead.)

Oh yeah. I should have noticed that because on the Debian machine I set up for my daughter, audio suddenly broke, and it started working again when I removed pipewire.

No joke, if you remove the new thing stuff magically starts working again.

Re: Xpra: Persistent Remote Applications for X11

#56

Post by alchemist1e9 »

silasb wrote: post #36
alchemist1e9 wrote: post #21

Once you have GPU server side encoding and client GPU decoding all working correctly with NVENC end to end there is nothing like it in terms of speed and performance for remote work. With a reasonable ping latency like 20-30ms and quality link a user on a cheap gaming laptop connected to a decent beefy server with the GPU encoding working can perceive the remote browser window as faster than their local browser.

Any good guides for this?

This is going to be very unhelpful for most but I use nixpkgs and end up applying some build tweaks to make sure all GPU capabilities are properly supported.

That said I know there is newest version 6 which Ubuntu/debian users should be able to add the xpra apt sources to get and it might all just work out of the box. I should check.

Re: Xpra: Persistent Remote Applications for X11

#60

Post by vundercind »

jrm4 wrote: post #38
Filligree wrote: post #3

Okay, but X11 is deprecated. Is there a modern version?

At the risk of threadjacking, I'd still love to have a real conversation about how and why this Wayland thing happened (and is still arguably happening) so badly . Specifically, how -- again, in LINUX-LAND -- a whole bunch of people decided, "nah, we're going to go ahead and break the HELL OUT OF backwards compatibility this time, even though we pretty much never do this."

My best guess is it was designed to make it a bad idea to run anything but Red Hat with Gnome if you need anything resembling stability.

If it wasn’t designed for that on purpose, I’m pretty sure it’s at least why Red Hat ran so enthusiastically towards it.

Post reply on HN