home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / question / 10113 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  3.3 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!informatik.tu-muenchen.de!regent!svb
  2. From: svb@svb.guug.de (Sebastian v. Bomhard)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: executing down directory tree
  5. Message-ID: <148@svb.guug.de>
  6. Date: 16 Aug 92 16:48:43 GMT
  7. References: <_a4m!xr.bosak@netcom.com> <1992Aug14.030634.12814@amhux2.amherst.edu> <MERLYN.92Aug14072606@romulus.reed.edu>
  8. Organization: Brodersen + Bomhard GmbH
  9. Lines: 64
  10.  
  11. In article <MERLYN.92Aug14072606@romulus.reed.edu> merlyn@romulus.reed.edu (Randal L. Schwartz) writes:
  12. >In article <1992Aug14.030634.12814@amhux2.amherst.edu> twpierce@amhux1.amherst.edu (Tim Pierce) writes:
  13. >   Indeed it wasn't, in which case rm -rf sub-dir-name would be terrible
  14. >   advice.  All systems I've been on -- and I would think any moderately
  15. >   sane system -- defaults to interactive mode for rm -r.
  16. >
  17. >If your rm is in interactive mode, some unthinking but bighearted
  18. >system administrator created an alias to overload the "rm" command to
  19. >assist lame users like you so that he/she wouldn't have to do as many
  20. >file restores.  But such an admin forgets that sometimes you get
  21. >popped into a real shell (/bin/sh), and when you try an "rm" there...
  22. >boom, no interactivity, and away go your files.
  23. >
  24. >PLEASE DON'T OVERLOAD STANDARD COMMANDS WITH ALIASES.
  25.  
  26. Perhaps this wasn't an alias, perhaps it was a shell wrapper, and then I
  27. disagree with your opinion. I installed on many systems a script which didn't
  28. rm at all but moved to a .rmd directory on every moint point and a daemon
  29. which purged those files after some days.
  30.  
  31. The users liked it very much, because they came from DOS and where
  32. used to the Norton Unerase program. (I also provided a "qu" for
  33. recreation selection).
  34.  
  35. The original "rm" is called by rm -F (which also was accepted by both
  36. sysadmins and users on those sites)
  37.  
  38. >Sysadms, if you want an interactive rm, create an alias called "del"
  39. >and tell people to do *that* instead of rm.  Then at least the worst
  40. >that would happen is that it would say "del: not found" instead of
  41. >blasting all the files away.
  42.  
  43. Agreed, but not totally: The _normal_ user shouldn't see a shell
  44. prompt, if possible. Think of the new features, FMLI and so on, I
  45. think, many people share my opinion there. (Well, that may be main
  46. frame thinking..)
  47.  
  48. >Grumble, grumble. No wonder people think Unix is hard to learn. Sheesh.
  49.  
  50. See above, *real* UNIX is hard to learn, but not *using* a computer running unix,
  51. there it is the opposite way.
  52.  
  53. >Just another Unix hacker since 1977,
  54.  
  55. I joined in later ('83 I think, when people told me UNIX were the weirdest
  56. of all and of no commercial interest at all. I thought that attracted me.
  57. Same with "C" :-)
  58.  
  59. Today the main problem are not the users but the admins with low or no
  60. knowledge at all about the philosophy of UNIX, especially in the
  61. non-science (=commercial) environment. I have to know, because I teach
  62. the telecom people (sysadmins) here in germany, they have to manage
  63. UNIX, Bull, IBM, MS-DOS, BS2000 and so on. No wonder they _like_ shell
  64. wrappers. Just imagine: On a Bull "cd" is "create directory" (Oh my
  65. God!)
  66.  
  67. Bye ;-)
  68.  
  69.   -svb.
  70.  
  71. -- 
  72. Sebastian v. Bomhard  <svb@guug.de>,        Brodersen & Bomhard GmbH
  73.  >>>> UNIX/Datenbanken/Netzwerke: Planung/Loesungen/Schulungen <<<<
  74. St.-Anna-Str. 13, D-W-8000 Muenchen 22 (Lehel),        +49-89-298934
  75.