9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Brian L. Stuart" <blstuart@bellsouth.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] First-timer help
Date: Tue, 19 Jul 2005 20:43:09 -0500	[thread overview]
Message-ID: <20050720014352.EUDB8378.ibm70aec.bellsouth.net@p1.stuart.org> (raw)
In-Reply-To: Your message of Tue, 19 Jul 2005 11:31:53 +0530 . <20050719113153.6a05a689@localhost.localdomain>

In message <20050719113153.6a05a689@localhost.localdomain>, "Martin C. Atkins" 
writes:
>On Mon, 18 Jul 2005 12:45:32 +0200 lucio@proxima.alt.za wrote:
>"Plan 9 way" of dealing with this be to run a multiplexer process
>pre-login, that multiplexes access to /dev/draw(etc) across several
>virtual consoles, and puts a login process in each one? Could that be
>done with the current mechanisms? I guess it would have worked with 8

I've avoided chiming in on this one because the whole thing
seemed a very non-Plan 9 thing and because I've never worked
that way or needed that behavior.  But this suggestion has
piqued my interest.

>From the user's perspective I'm picturing something along the
lines of a new menu entry in rio that is, say, Suspend.  When
that is selected, the current set of windows all "go away"
(really hidden but no longer accessible from the menu) and
are replaced by a dialog that lets you select a suspended
session or to start a new one.  Both options would require
a password.  As other's have mentioned, this password doesn't
provide any real security.  It's just there to make it hard
for your daughter to save her latest artistic masterpiece
on top of your latest coding masterpiece.

As to implementation, I'm thinking that on boot the multiplexer
starts up running as the machine owner.  As has also been
mentioned, it has a capability to change /dev/user which
it does each time it brings up a new or suspended session.
On creating a new session, it creates a new child process
running as the new user and serves the usual /dev stuff to
the child process.  The only change to rio would be the new
menu entry that would result in a note to the multiplexer
or a message to some other file it serves.  The behavior
could either be controlled by a command line switch or
rio could look for the multiplexer process and do the right
thing when it's found.

I know from experience how dangerous it can be to throw
out ideas as I think them up.  But it's up the flagpole
now.  Anybody interested in saluting or is this one that
would be better off burried?

BLS


  parent reply	other threads:[~2005-07-20  1:43 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-17 18:27 John Floren
2005-07-17 18:26 ` Gorka guardiola
2005-07-17 19:18   ` John Floren
2005-07-17 19:20     ` Russ Cox
2005-07-17 23:12       ` Charles Forsyth
2005-07-18  9:23         ` Martin C. Atkins
2005-07-18 10:45           ` lucio
2005-07-18 18:24             ` Jack Johnson
2005-07-19  6:01             ` Martin C. Atkins
2005-07-19 13:29               ` Axel Belinfante
2005-07-19 13:57               ` Ronald G. Minnich
2005-07-19 16:11                 ` Martin C. Atkins
2005-07-19 15:38               ` Charles Forsyth
2005-07-19 16:12                 ` Skip Tavakkolian
2005-07-19 16:39                 ` Martin C. Atkins
2005-07-21  2:30                 ` Tim Newsham
2005-07-20  1:43               ` Brian L. Stuart [this message]
2005-07-18 13:08           ` Steve Simon
2005-07-21  2:17             ` Tim Newsham
2005-07-21  4:34               ` arisawa
2005-07-21  2:11         ` Tim Newsham
2005-07-21  2:57           ` Ronald G. Minnich
2005-07-22  9:44             ` Richard Miller
2005-07-22  9:49               ` Charles Forsyth
2005-07-22 15:09                 ` Gorka guardiola
2005-07-22 14:14               ` Wes Kussmaul
2005-07-22 15:36               ` David Leimbach
2005-07-22 18:13                 ` jmk
2005-07-23  3:30                 ` LiteStar numnums
2005-07-23 16:19                   ` Ronald G. Minnich
2005-07-21 16:12           ` Dave Eckhardt
2005-07-21 16:23             ` Russ Cox
2005-07-21 17:33             ` Wes Kussmaul
2005-07-21 18:13             ` Tim Newsham
2005-07-22  6:16               ` Dave Eckhardt
2005-07-22  6:20                 ` Charles Forsyth
2005-07-21 23:00             ` Ronald G. Minnich
2005-07-22  1:28               ` David Leimbach
2005-07-22  1:48               ` Russ Cox
2005-07-22  3:54                 ` Ronald G. Minnich
2005-07-22  5:57                   ` lucio
2005-07-17 19:20     ` andrey mirtchovski
2005-07-17 19:47       ` John Floren
2005-07-17 19:44         ` andrey mirtchovski
2005-07-17 20:17           ` John Floren
2005-07-17 20:20             ` andrey mirtchovski
2005-07-17 20:58               ` Russ Cox
2005-07-17 19:45         ` Christopher Nielsen
2005-07-17 23:17         ` Charles Forsyth
2005-07-18  0:33           ` Dave Lukes
2005-07-18  7:31             ` lucio
2005-07-18 15:24             ` Jack Johnson
2005-07-18 15:33               ` David Leimbach
2005-07-18 13:51         ` Ronald G. Minnich
2005-07-18 15:54           ` arisawa
2005-07-18 16:46             ` Jack Johnson
2005-07-17 19:29     ` Tim Wiess
2005-07-19  0:33     ` arisawa
2005-07-19  1:04       ` arisawa
2005-07-17 18:26 ` andrey mirtchovski
2005-07-17 18:30   ` andrey mirtchovski
2005-07-17 22:13 ` [9fans] " Dave Eckhardt
2005-07-18 20:42 [9fans] " Ben Huntsman
2005-07-19 15:48 Ben Huntsman
2005-07-19 16:01 ` Ronald G. Minnich
2005-07-19 16:07   ` Jack Johnson
2005-07-19 16:10   ` Russ Cox
2005-07-19 16:23     ` Ronald G. Minnich
2005-07-19 16:46       ` Martin C. Atkins
2005-07-19 16:40     ` Bakul Shah
2005-07-19 16:51     ` andrey mirtchovski
2005-07-19 17:14     ` Devon H. O'Dell
2005-07-19 20:08       ` David Leimbach
2005-07-19 20:29         ` Devon H. O'Dell
2005-07-20  6:39     ` William K. Josephson
2005-07-19 20:05   ` David Leimbach
2005-07-20  4:40     ` Ronald G. Minnich
2005-07-20  5:02       ` andrey mirtchovski
2005-07-20  8:46       ` Charles Forsyth
2005-07-20 13:44         ` David Leimbach
2005-07-20  0:57   ` Brian L. Stuart
2005-07-20  4:47     ` Ronald G. Minnich
2005-07-21  2:33       ` Brian L. Stuart
2005-07-21  3:02         ` Ronald G. Minnich
2005-07-21  3:46           ` Brian L. Stuart
2005-07-21  2:32 ` Tim Newsham
2005-07-19 16:33 Ben Huntsman
2005-07-20  4:09 ` Ronald G. Minnich
2005-07-20 16:38 Dave Eckhardt
2005-07-21 23:25 Francisco J. Ballesteros
2005-07-21 23:36 ` Devon H. O'Dell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050720014352.EUDB8378.ibm70aec.bellsouth.net@p1.stuart.org \
    --to=blstuart@bellsouth.net \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).