home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5735.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.4 KB
  1. Received: from garcon.cso.uiuc.edu (garcon.cso.uiuc.edu [128.174.5.56]) by nacm.com (8.6.10/8.6.9) with SMTP id WAA22718 for <executor@nacm.com>; Fri, 20 Oct 1995 22:39:58 -0700
  2. Received: from mrcnext.cso.uiuc.edu by garcon.cso.uiuc.edu with SMTP id AA12058
  3.   (5.67a8+/IDA-1.5 for <executor@nacm.com>); Sat, 21 Oct 1995 00:39:43 -0500
  4. Received: by mrcnext.cso.uiuc.edu (NX5.67d/NeXT-1.0)
  5.     id AA01535; Sat, 21 Oct 95 00:39:53 -0500
  6. From: stuckey@mrcnext.cso.uiuc.edu (Anthony J. Stuckey)
  7. Message-Id: <9510210539.AA01535@mrcnext.cso.uiuc.edu>
  8. Subject: Re: Executor and Linux permis...
  9. To: Markmage@aol.com
  10. Date: Sat, 21 Oct 1995 00:39:51 -0500 (CDT)
  11. Cc: executor@nacm.com
  12. In-Reply-To: <951020194054_128998726@mail04.mail.aol.com> from "Markmage@aol.com" at Oct 20, 95 07:40:55 pm
  13. X-Mailer: ELM [version 2.4 PL22]
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset=US-ASCII
  16. Content-Transfer-Encoding: 7bit
  17. Content-Length: 1401      
  18. Sender: owner-paper@nacm.com
  19. Precedence: bulk
  20.  
  21. > I'm glad to hear that someone else has had this problem and not just me.  I
  22. > too have found that I can only access drives from "root" and that if I log in
  23. > as a user the proper disk drive checks do not occur.  It isn't a major pain
  24. > to only allow "root" to do file transfer work in Executor, but if this could
  25. > be fixed at some point it should be.
  26.  
  27.     A unix system is not a personal workstation.  Sudo or some other system
  28. must be in place for users other than root to mount and unmount drives.
  29. It's a fundamental design difference.  You don't have any class of computer
  30. center operators for PC's, and you have no need for fascist controls to
  31. keep multiple users from interfering with each other.
  32.  
  33. > Likewise I have had the problem that I must be careful about selecting
  34. > filenames for copying from Executor to Linux, as spaces in filenames totally
  35. > baffle Linux.  A simple _ replacement for a space in the copying routine
  36. > would solve this.
  37.  
  38.     They don't baffle linux at all.  Space is a perfectly valid filename
  39. character.  They have to be quoted for most shells, but again, that's just
  40. a matter of documentation for the differences between worlds.
  41.     Most shells that do filename completion will also do auto-quoting.
  42.  
  43. > I realize these are probably post-2.0 release issues, but please keep them on
  44. > your agenda.
  45.  
  46.     They're not post-2.0 issues at all.  They are at worst documentation
  47. issues.
  48.  
  49.