From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 30 Jun 2008 10:50:00 +0300 From: "John Waters" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <8ccc8ba40806292357m4697411dsc648f4d1cd43a71f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <922b610f917e15678e287488acf26e31@csplan9.rit.edu> <8ccc8ba40806292357m4697411dsc648f4d1cd43a71f@mail.gmail.com> Subject: Re: [9fans] sad commentary Topicbox-Message-UUID: cc642fdc-ead3-11e9-9d60-3106f5b1d025 What can we expect an OctoVX32 distribution? ;) On Mon, Jun 30, 2008 at 9:57 AM, Francisco J Ballesteros wrote: > Octopus sessions persist by definition as long as you do not > reboot your central PC. All other machines are used to run viewers, but > the layout is preserved by the (window) file system kept at the PC. > > Also, you may use tar to capture (most of) the window system state > and restore it later (eg., upon reboots). > > On Mon, Jun 30, 2008 at 7:24 AM, underspecified > wrote: >> This is actually something I am very interested in as well. >> If a persistent version of Acme (-SAC) was available it would >> completely obviate my use of screen. >> Would something like this be feasible outside of Octopus as well? >> >> --underspecified >> >> On Mon, Jun 30, 2008 at 12:10 PM, Tim Wiess wrote: >>>>> this slashdot article almost asks for cpu >>>>> functionality for plan 9 by name. >>>>> >>>>> http://ask.slashdot.org/askslashdot/08/06/29/1417247.shtml >>>>> >>>>> not a single mention of plan 9. i hope >>>>> this is an indication that slashdot has >>>>> slipped. >>>>> >>>>> screens? 1978 called and wants its >>>>> terminal server mentality back. >>>>> >>>>> - erik >>>> >>>> cpu is not persistent, at least not in the way >>>> he wants it. >>> >>> Yeah, seems like the poster is more interested in something similar to >>> what Octopus give you. >>> >>> >>> >> >> > >