home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4945 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.9 KB
  1. Xref: sparky comp.sys.next.sysadmin:4945 comp.unix.admin:4794
  2. Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!news.larc.nasa.gov!grissom.larc.nasa.gov!kludge
  4. From: kludge@grissom.larc.nasa.gov ( Scott Dorsey)
  5. Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
  6. Message-ID: <BtuLz7.6Ht@news.larc.nasa.gov>
  7. Sender: news@news.larc.nasa.gov (USENET Network News)
  8. Organization: NASA Langley Research Center and Reptile Farm
  9. References: <1992Aug28.180137.22861@ra.msstate.edu> <1992Aug28.183918.22664@sei.cmu.edu> <1992Aug30.215306.12595@puma.ATL.GE.COM>
  10. Date: Mon, 31 Aug 1992 12:42:42 GMT
  11. Lines: 24
  12.  
  13. In article <1992Aug30.215306.12595@puma.ATL.GE.COM> rsnyder@atl.ge.com (Bob Snyder) writes:
  14. >In article <1992Aug28.183918.22664@sei.cmu.edu> kochmar@sei.cmu.edu (John Kochmar) writes:
  15. >
  16. >>You've gotta be kidding, right?  You're not advocating that perl be
  17. >>placed in /usr/bin so that scripts you pick up from who-knows-where
  18. >>will run without modification, right?
  19. >>
  20. >>I got the same response from someone else in private mail.  Since I
  21. >>don't make a habit of picking up a script and running it without
  22. >>checking it over, I don't see changing the #! at the beginning to be
  23. >>that big a deal.
  24.  
  25. >But when you have a multi-user environment, and new users coming in, they
  26. >expect that programs will be in certain commonly known locations, like sh
  27. >and perl.  I don't neccesarily like where it goes, but that is where most
  28. >people expect to find it.
  29.  
  30. Umm... folks?  You do know about symbolic links, don't you?  You do know that
  31. it's common practice to put site-specific material in a non-/usr paritition
  32. and place symbolic links from the /usr filesystem (or from /bin) to them?
  33. This solves both problems.  In addition, it makes it a whole lot easier to
  34. install a new operating system from scratch on another machine, and customize
  35. it by copying over all the site specific information.
  36. --scott
  37.