From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\)) From: Francisco J Ballesteros In-Reply-To: <90864FBC-2F73-41EE-B47E-FCF123478CC3@quintile.net> Date: Sat, 3 Mar 2018 20:18:53 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <938F8949-82B1-4C6E-838D-2AEDE4CC43BF@lsub.org> References: <90864FBC-2F73-41EE-B47E-FCF123478CC3@quintile.net> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] Fwd: ubiquitous environment? Topicbox-Message-UUID: d1e39cda-ead9-11e9-9d60-3106f5b1d025 In octopus you didn't have to "save" the state. The window system was = kept running at a server, including the layout you were using. It was nice, and I miss it. II'll have to do something about it when I = get some time. > On 3 Mar 2018, at 20:13, Steve Simon wrote: >=20 > i am pretty sure nemo=E2=80=99s octopus window system in planB had a = way to save and restore its state so you could migrate your sessions = from one terminal to another. >=20 > also, i would have thought you could build a windows drawterm which = also included the code from exportfs so you could use 9fs and aan to get = at the files on your windows box. >=20 > one bit that rangboom added was to be able to mount a filesystem on = windows from plan9. the windows IFS subsystem id not simple or friendly. >=20 > personally i think this idea will become more and more important as we = get fiber to the home, local storage will become a thing of the past.=20 >=20 > -Steve >=20 >=20 >> On 3 Mar 2018, at 17:41, hiro <23hiro@gmail.com> wrote: >>=20 >> I have 9front running on a server at ovh france, my workstation is a >> windows 7 machine with drawterm in autostart. drawterm itself is run >> with -p option so that it can make use of AAN, which recovers broken >> TCP connections e.g. after resuming from sleep in the mornings or >> during any network state changes (windows frequently resets TCP >> connections even if it wouldn't be needed). >>=20 >> This way my rio windows always stay open on windows, even though all >> the windows network shares, vnc sessions, ssh stuff break every time >> and have to be painstakingly reconnected. >> If I could make the drawterm files accessible to windows (you = rangboom >> people please step forward), then I could mount the cifs share on >> 9front, and then mount that on windows via drawterm to have more >> stable connectivity to my windows shares. >> I hope the rangboom people will share their technology so we won't >> have to port cifsd to drawterm instead. >>=20 >> if i am in the train and on my laptop i can log into the same server. >> i have a little LTE wifi router that maintains a tunnel to france so = i >> can keep on using the same IP when my laptop and phone leave the = house >> (actually AAN wouldn't even be needed for mobility if it wasn't for >> crappy low NAT timeouts during temporary connection problems and >> sleep). >>=20 >> Since my laptop is a separate terminal with it's own rio session, >> sadly the rio windows are not synced. As Russ mentioned though i have >> access to the same files. >> You have to be careful with open sam windows in case they have = unsaved >> changes, but the dropbox people have the same merge conflicts. As a >> windows user I learned to save my files instead. :) >>=20 >> It would be nice to have less local state (i.e. rio windows, = devdraw). >> Multiple approaches could be used quite easily. >> One of them that is very curious is mycroftiv's ANTS project, which >> separates the state of rio rc windows from the graphical environment. >>=20 >> acme also has state-saving functionality. it needs to be killed or >> told to though. in my scenario it wouldn't get killed cause my = session >> survives, and i don't want it to close on one side normally :) >>=20 >> no idea if sam has anything for this, so right now i advocate >> discipline instead. >=20 >=20