[9fans] detached/persistent sessions

[9fans] detached/persistent sessions

[Claudio Leite]

Hello,

I recently set up a P9 cpu server on a Xen "colocation" service. My only wish at this point is to be able to drawterm into the server and leave my session running after I disconnect. Does any such feature currently exist?

If not, my understanding is it wouldn't be too terribly difficult to create some sort of middleman between the drawterm video/keyboard/mouse devices and rio that pretends to be connected while a session is detached a la GNU screen. Or, is there a good reason why this hasn't been done yet that I'm not aware of?


thanks.
-Claudio

Re: [9fans] detached/persistent sessions

[roger peppe]

> If not, my understanding is it wouldn't be too terribly difficult to create some sort of middleman between
> the drawterm video/keyboard/mouse devices and rio that pretends to be connected while a
> session is detached a la GNU screen. Or, is there a good reason why this hasn't been done yet
> that I'm not aware of?

indeed it shouldn't be too hard, and something similar's been done in
inferno, but i don't know about plan 9.

Re: [9fans] detached/persistent sessions

[Skip Tavakkolian]

> I recently set up a P9 cpu server on a Xen "colocation" service. My only wish at this point is to be able to drawterm into the server and leave my session running after I disconnect. Does any such feature currently exist?
> 
> If not, my understanding is it wouldn't be too terribly difficult to create some sort of middleman between the drawterm video/keyboard/mouse devices and rio that pretends to be connected while a session is detached a la GNU screen. Or, is there a good reason why this hasn't been done yet that I'm not aware of?

check out Recover:
http://plan9.escet.urjc.es/iwp9/cready/recover.pdf
/n/sources/contrib/paurea/recover4e.tgz

back in 2003/2004, brucee added support for aan(8) to an experimental
version of dt2k and wrote an fs (aanfs) for the plan9 side of the
connection.  it is handy for intermittent outages in a wifi network
but obviously not for session migration, etc.  if this is what you
want i'll put them on sources.  you'll have to port them to the
lastest drawterm.

Re: [9fans] detached/persistent sessions

[don bailey]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Didn't Forsythe write an implementation of Rocks?

D


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHSIbWyWX0NBMJYAcRApygAJ4ldhVnm8N5+oqRyFC5/X7weiK52ACgpvXa
QMWp8tS3tJsIUkbouBE6QNg=
=pIU8
-----END PGP SIGNATURE-----

Re: [9fans] detached/persistent sessions

[Charles Forsyth]

[-- Attachment #1: Type: text/plain, Size: 17 bytes --]

i don't think so.

[-- Attachment #2: Type: message/rfc822, Size: 3871 bytes --]

From: don bailey <don.bailey@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] detached/persistent sessions
Date: Sat, 24 Nov 2007 13:17:28 -0700
Message-ID: <474886D8.1070202@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Didn't Forsythe write an implementation of Rocks?

D


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHSIbWyWX0NBMJYAcRApygAJ4ldhVnm8N5+oqRyFC5/X7weiK52ACgpvXa
QMWp8tS3tJsIUkbouBE6QNg=
=pIU8
-----END PGP SIGNATURE-----

Re: [9fans] detached/persistent sessions

[Wes Kussmaul]

That was the other guy, the one with the 'e'. He also wrote a saga.

Charles Forsyth wrote:
> i don't think so.
> 
> 
> ------------------------------------------------------------------------
> 
> Subject:
> Re: [9fans] detached/persistent sessions
> From:
> don bailey <don.bailey@gmail.com>
> Date:
> Sat, 24 Nov 2007 13:17:28 -0700
> To:
> Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
> 
> To:
> Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Didn't Forsythe write an implementation of Rocks?
> 
> D
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> 
> iD8DBQFHSIbWyWX0NBMJYAcRApygAJ4ldhVnm8N5+oqRyFC5/X7weiK52ACgpvXa
> QMWp8tS3tJsIUkbouBE6QNg=
> =pIU8
> -----END PGP SIGNATURE-----


-- 
Wes Kussmaul
CIO
The Village Group
738 Main Street
Waltham, MA 02451

781-647-7178


The information contained in this electronic message and any attachments to this message are intended for the exclusive 
use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, 
please notify attorney Mort Hapless at Vulner, Exposed & Wideopen LLP immediately at either (781) 647-7178, or at 
ohoh@vulex.com, and destroy all copies of this message and any attachments. No, really. Really. Listen, we mean it! Hey, 
if you don’t stop reading that confidential stuff about our client you’re in big trouble. OK, we’re the ones in trouble 
but we’ll find a way to go after you, or at least we think we may be able to. Look, we’re begging you. Just click the 
delete button and move on to a message that concerns you, OK? Please?? We'll buy you lunch...

Identity is the Foundation of Security™. Let Authentrus (authentrus.com) ensure that only intended recipients receive 
your confidential messages.

Re: [9fans] detached/persistent sessions

[Claudio Leite]

> check out Recover:
> http://plan9.escet.urjc.es/iwp9/cready/recover.pdf
> /n/sources/contrib/paurea/recover4e.tgz
> 
> back in 2003/2004, brucee added support for aan(8) to an experimental
> version of dt2k and wrote an fs (aanfs) for the plan9 side of the
> connection.  it is handy for intermittent outages in a wifi network
> but obviously not for session migration, etc.  if this is what you
> want i'll put them on sources.  you'll have to port them to the
> lastest drawterm.

This is definitely on the right track. Outages are one reason I'd like this feature, but really I suppose I'm more interested in being able to switch from, say, my laptop to my desktop at will without having to restart my programs. If you could post those sources I might be interested in updating them.

acme dumps and rio -i help for sure (already using those), but (I think) it'd be handy to have something where I can disconnect without interrupting, say, a long-running process or otherwise having to restart.

thanks.

Re: [9fans] detached/persistent sessions

[Federico G. Benavento]

> acme dumps and rio -i help for sure (already using those), but (I think) it'd be handy to have something where I can disconnect without interrupting, say, a long-running process or otherwise having to restart.

I already said this in IRC, but for the ones that aren't
there, for long running process you can:

% cmd <[0=1] | echo 0 > /srv/name &

then:

% con -l /srv/name



Federico G. Benavento

---
/bin/fortune:
I don't think you can really know how heavy something is until it has fallen on you.  --LeMel Hebert-Williams

Re: [9fans] detached/persistent sessions

[erik quanstrom]

On Sat Nov 24 11:01:09 EST 2007, leitec@kelton.leitec.org wrote:
> Hello,
> 
> I recently set up a P9 cpu server on a Xen "colocation" service. My only wish at this point is to be able to drawterm into the server and leave my session running after I disconnect. Does any such feature currently exist?
> 
> If not, my understanding is it wouldn't be too terribly difficult to create some sort of middleman between the drawterm video/keyboard/mouse devices and rio that pretends to be connected while a session is detached a la GNU screen. Or, is there a good reason why this hasn't been done yet that I'm not aware of?

to my knowledge, there is no such software.  acme allows one to
save editing sessions with the Dump command.  rio allows one to
start the same set of windows when you login in with the -i flag.

- erik