home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text2451.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.4 KB  |  74 lines
  1. >>>>> "Rob" == Rob Browning <osiris@cs.utexas.edu> writes:
  2.  
  3.     Rob> The default setup has all the Executor files installed with
  4.     Rob> owner root.  I guess this means that a normal user who
  5.     Rob> launches the program can't install or save files on the
  6.     Rob> default ExecutorVolume.
  7.  
  8. Well, although the owner is root, the permissions *should* allow
  9. others to write in ExecutorVolume.
  10.  
  11.     Rob> I've read the faq about setting up user specific folders in
  12.     Rob> their home directories.  I guess I was just curious about the
  13.     Rob> handling of shared files since it'd be kind of a waste to
  14.     Rob> have to have a separate copy of every file for every user, or
  15.     Rob> kind of a pain to have to make a bunch of sym links every
  16.     Rob> time a new Mac program was installed.
  17.  
  18. If you symlink the directory, then you don't have to symlink all the
  19. files.
  20.  
  21.     Rob> Although this approach is very flexible, it's also somewhat
  22.     Rob> time consuming.  Especially since when you install a program
  23.     Rob> you don't necessarily know which files are read-only and can
  24.     Rob> be installed in a shared area (or as a link) and which have
  25.     Rob> to be duplicated for each user..
  26.  
  27. Yes, but part of this problem is that the Mac isn't really set up for
  28. multiple users, so applications that are written for the Mac aren't
  29. really structured to have logical per-user and per-machine groupings.
  30.  
  31.     Rob> Is there a better way I'm overlooking?  Perhaps having a
  32.     Rob> shared folder and making Executor setgid for a specal group
  33.     Rob> for Executor users?  If you had two licenses so that two
  34.     Rob> copies could be running at once, I guess there could be race
  35.     Rob> condition problems.
  36.  
  37. Race condition problems only occur where there is one file that is
  38. being written by more than one user at a time.  Unfortunately, the
  39. Desktop Textures program directly manipulates the System file in order
  40. to do its work, so either you need to make the System file read-only
  41. (in which case Desktop Textures won't work) or give everyone his/her
  42. own copy.  Well behaved programs should modify files in the
  43. "Preferences" folder within the System Folder, so if everyone has
  44. his/her own Prefs folder there shouldn't be stompage there.
  45.  
  46. Eventually we'd like to make some scripts to allow new users to easily
  47. be configured on multi-user systems (like Linux and NEXTSTEP), but
  48. getting Executor 2 out the door is higher priority.
  49.  
  50.     Rob> BTW What is the ConfigurationFolder, and what are the
  51.     Rob> DirectoryMaps?  The FAQ mentions the variables, but doesn't
  52.     Rob> say what they do?
  53.  
  54. ConfigurationFolder is where to look for the ".ecf" files that our
  55. preferences subsystem uses (Cmd-Shift-5 brings up the prefs panel).
  56.  
  57. The DirectoryMap variables say where to look for the .pag and .dir
  58. files that Executor uses to map between folder numbers and folder
  59. names, something that is trivial to do on native Macintosh filesystems
  60. and which requires special mapping files under UNIX.
  61.  
  62.     Rob> Thanks, and hope this is coherent enough to understand.  (Am
  63.     Rob> I just making a mountain out of a molehill?)  -- Rob
  64.  
  65. It's a legitimate problem, but we don't have too many site licenses
  66. right now, so we don't worry too much about people who buy one copy of
  67. Executor and have multiple users.  Our license allows *any* one user at
  68. a time (unless you pay for more), so it *is* something that we have to
  69. address sometime, but it'll have to be after Executor 2 ships.
  70.  
  71. --Cliff
  72. ctm@ardi.com
  73.  
  74.