[TriLUG] attaching to remote X session (_not_ VNC)

Reginald Reed reginald.reed at gmail.com
Mon Dec 2 20:54:09 EST 2013


Thanks for this Aaron, I was unaware of this project, I'll be playing
with this tonight :)

On Mon, Dec 2, 2013 at 6:59 PM, Aaron Joyner <aaron at joyner.ws> wrote:
> Awesome question!  Check out xpra, a modern successor to xmove, as
> described here:
> http://askubuntu.com/questions/27843/redirect-existing-windows-via-ssh-and-x11-forwarding
>
> I found it by searching for "X11 tee redirect" (because "X11 tee" was all
> about shirts, and I couldn't remember the correct name of xmove).
>
> http://xpra.org
> http://en.m.wikipedia.org/wiki/Xpra
>
> I realize this violates the spirit of one of your constraints, that you
> have to think of it in advance, but hopefully like screen (or tmux), if
> it's useful enough to you it's just a permanent workflow change rather than
> something you wished you'd setup occasionally.
>
> Aaron S. Joyner
> On Dec 2, 2013 6:44 PM, "Kevin Hunter Kesling" <hunteke at earlham.edu> wrote:
>
>> Hello TriLUG,
>>
>> As a matter of (currently) academic curiosity, does anyone know how to
>> attach to an already running remote X session?  Or, put differently, since
>> X is oriented around an X server (generally the "desktop"), and clients
>> that draw to it (e.g., Firefox, Gimp, Xournal, /any/ GUI program), is it
>> possible to redirect (or copy) what the remote X server is receiving to a
>> local one?  Or some combination, like redirecting a single application to
>> another X server?
>>
>> Every time I google something like this, I come up with solutions like
>> "use VNC" which is not what I want.  I specifically want an X solution that
>> dynamically changes or copies where visual output goes and from where
>> events are received (like keyboard and mouse).
>>
>> A potential scenario:
>>
>>   1. I leave a GUI editor open on a machine while at work.
>>
>>   2. I go home, and realize I forgot to save some buffers.  I want
>>      to save those buffers, so that I can continue working where I
>>      left off tonight.
>>
>> To put any workarounds out-of-mind, the exercise is to redirect the GUI to
>> my now-local X so that I can interact with it -- without killing-to-reopen
>> any applications, or opening new instances.  (Perhaps this GUI editor does
>> _not_ have scriptable command line interactions like
>> "--save-unsaved-buffers".)  Put differently, the application should be
>> oblivious to the fact that the image it is sending to X is going elsewhere.
>>
>> Again, I'm specifically curious if this is possible with X alone, rather
>> than using a workaround like VNC.  In my academic curiosity, a tool that
>> tells the X client to change where it's sending data is fine, so long as
>> it's not a service-based workaround like VNC, and does not require being
>> run before one realizes they want to connect remotely.
>>
>> Does this make sense?
>>
>> Kevin
>> --
>> This message was sent to: Aaron S. Joyner <aaron at joyner.ws>
>> To unsubscribe, send a blank message to trilug-leave at trilug.org from that
>> address.
>> TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
>> Unsubscribe or edit options on the web  : http://www.trilug.org/mailman/
>> options/trilug/aaron%40joyner.ws
>> Welcome to TriLUG: http://trilug.org/welcome
>>
> --
> This message was sent to: reginald.reed at gmail.com <reginald.reed at gmail.com>
> To unsubscribe, send a blank message to trilug-leave at trilug.org from that address.
> TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug
> Unsubscribe or edit options on the web  : http://www.trilug.org/mailman/options/trilug/reginald.reed%40gmail.com
> Welcome to TriLUG: http://trilug.org/welcome


More information about the TriLUG mailing list