home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4919 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.3 KB
  1. Xref: sparky comp.sys.next.sysadmin:4919 comp.unix.admin:4744
  2. Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
  3. Path: sparky!uunet!gatech!darwin.sura.net!nntp.msstate.edu!news
  4. From: fwp@CC.MsState.Edu (Frank Peters)
  5. Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
  6. Message-ID: <1992Aug28.180137.22861@ra.msstate.edu>
  7. Sender: news@ra.msstate.edu
  8. Nntp-Posting-Host: jester.cc.msstate.edu
  9. Organization: Computing Center, Mississippi State University
  10. References: <1992Aug27.180847.15448@kakwa.ucs.ualberta.ca> <1992Aug28.145234.17625@news.eng.convex.com> <1992Aug28.155801.14501@sei.cmu.edu>
  11. Date: Fri, 28 Aug 1992 18:01:37 GMT
  12. Lines: 35
  13.  
  14. In article <1992Aug28.155801.14501@sei.cmu.edu> kochmar@sei.cmu.edu (John Kochmar) says:
  15. : 
  16. : In article <1992Aug28.145234.17625@news.eng.convex.com>, Tom Christiansen <tchrist@convex.COM> writes:
  17. : |> ...
  18. : |> In the particular case of perl, it really does make things *much*
  19. : |> easier if there is an agreed-upon, standard location.  The 
  20. : |> preferred strategy is to put a link in /usr/bin pointing to 
  21. : |> where it actually lives, which varies from machine to machine.
  22. : |> ...
  23. : 
  24. : OK, I'll bite: why is it that it is much easier if perl is in an agreed
  25. : upon place like /usr/bin?
  26.  
  27. Because perl is a scripting language.  That means it wants to have a #!
  28. line at the beginning with the path name to an executable.  Distributing
  29. code in this situation can be an annoyance unless you can arrange to
  30. have the path to perl be the same on different systems.
  31.  
  32. I'm not sure, though, that I would characterize this as "*much*
  33. easer".  It isn't that hard to edit a file or sed a collection of
  34. files.
  35.  
  36. : We use /usr/local for all tools that aren't part of the standard
  37. : distribution that the vendor sends us, and I've made all sorts of
  38. : software work cleanly while living in /usr/local (and, in almost all
  39. : cases, without the use of symbolic links in /usr/bin.)  This model
  40. : works really well for us, and most tools will work with this model
  41. : if the programmers weren't of the lazy sort who like to hardwire
  42. : paths into the binary.
  43.  
  44. But scripts have a path hardwired into them almost by definition.
  45.  
  46. --
  47. Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
  48. Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
  49.