home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by nacm.com (8.6.10/8.6.9) with ESMTP id PAA05578 for <executor@nacm.com>; Fri, 14 Jul 1995 15:57:30 -0700 Received: from sloth.swcp.com by relay2.UU.NET with SMTP id QQyykh04670; Fri, 14 Jul 1995 18:55:09 -0400 Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id QAA27930; Fri, 14 Jul 1995 16:52:13 -0600 Received: from beaut.ardi.com by mailhost with smtp (nextstep Smail3.1.29.0 #11) id m0sWtYS-000YbCC; Fri, 14 Jul 95 16:49 MDT Received: by beaut.ardi.com (linux Smail3.1.28.1 #5) id m0sWtYS-00005mC; Fri, 14 Jul 95 16:49 MDT Message-Id: <m0sWtYS-00005mC@beaut.ardi.com> Date: Fri, 14 Jul 95 16:49 MDT From: ctm@ardi.com (Clifford Thomas Matthews) To: ssmith@essun2.murdoch.edu.au (Stewart Smith) Cc: executor@nacm.com Subject: Setting up E/L for multiple users... In-Reply-To: <9507140116.AA14267@essun2.murdoch.edu.au> References: <9507140116.AA14267@essun2.murdoch.edu.au> Sender: owner-paper@nacm.com Precedence: bulk >>>>> "Stewart" == Stewart Smith <ssmith@essun2.murdoch.edu.au> writes: Stewart> Hi Ardi, Some questions about executor/linux for you: Stewart> Is it possible to configure executor so that each user Stewart> has their own browser state and preferences? Thanks for the question. I've just added this to the Executor FAQ. Question 3.18. How can Executor be configured for multiple users? Executor has a variety of environment variables that can be altered to allow individual users to override the default locations Executor expects to find key files. Here are the important environment variables and their default values: * ConfigurationFolder "+/Configuration" * SystemFolder "+/ExecutorVolume/System Folder" * PublicDirectoryMap "+/DirectoryMap" * PrivateDirectoryMap "~/.Executor/DirectoryMap" * DefaultFolder "+/ExecutorVolume" * MacVolumes "+/exsystem.hfv;+" * PrintFolder "/tmp" * ScreenDumpFolder "/tmp" The leading "+/" represents the directory "/usr/local/lib/executor". So to allow multiple users to all have their own preferences, you can create an executor directory for each potential user like this: ~/executor/ ~/executor/Configuration ~/executor/SystemFolder ~/executor/ScreenDumps Then reassign these environment variables: * ConfigurationFolder "~/executor/Configuration" * SystemFolder "~/executor/SystemFolder" * PublicDirectoryMap "~/DirectoryMap" * DefaultFolder "~/executor" * ScreenDumpFolder "~/executor/ScreenDumps" You'll then need to populate the System Folder either with copies of what's in "/usr/local/lib/executor/ExecutorVolume/System Folder", or with symbolic links to the actual files. The Desktop Textures program actually modifies the System File, so if different users are going to want different desktops, or if you want to make sure there's no interference between users, then you should use copies rather than symbolic links. Stewart> Is there any way of having a user's home directory appear Stewart> automatically as a volume on start-up? I remember seeing Stewart> something about a "macvolumes" environment variable, but Stewart> can't find anything in the FAQ about this. Sadly there's no easy way to do this, although there's a hard way. What you need to do is adjust the godata.sav file to have the users directory open in the beggining, and maybe also have that home directory in the hotband. What I suggest you do is do one by hand, then look at the godata.sav file and figure out how to munch it yourself. After 2.0 ships, if see enough sales of E/L (and we think we will), we'll hire someone whose full-time job will be to come up with spiff tools to make E/L work nicely. Stewart> If these things can be done, executor would represent a Stewart> major improvement over normal macs in a multi-user Stewart> environment. Our department has a bunch of macs that are Stewart> shared amongst many users, mostly students. People are Stewart> continually changing settings, deleting programs, Stewart> corrupting files. It requires quite an effort on the part Stewart> of the maintainers to simply keep the things runing, let Stewart> alone have a consistent environment that one can come Stewart> back to later. Well, try what I've suggested above, and get back to us. We'll take seriously any suggestions you have, although we still are pretty short of time. I've cc'd this to the Executor list because I think it's of interest to many of our E/L users. --Cliff ctm@ardi.com