home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4948 < prev    next >
Encoding:
Text File  |  1992-08-31  |  3.3 KB  |  74 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!news
  3. From: dave@nakiska.ucs.ualberta.ca (David Ross)
  4. Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
  5. Message-ID: <1992Aug31.155516.24977@kakwa.ucs.ualberta.ca>
  6. Sender: news@kakwa.ucs.ualberta.ca
  7. Nntp-Posting-Host: nakiska.ucs.ualberta.ca
  8. Organization: University Of Alberta, Edmonton Canada
  9. References: <2ttyzz=@rpi.edu>
  10. Date: Mon, 31 Aug 1992 15:55:16 GMT
  11. Lines: 61
  12.  
  13. In article <2ttyzz=@rpi.edu> gad@eclipse.its.rpi.edu (Garance A. Drosehn)  
  14. writes:
  15. > kochmar@sei.cmu.edu (John Kochmar) writes:
  16. > > fwp@CC.MsState.Edu (Frank Peters) writes:
  17. > > 
  18. > > You've gotta be kidding, right?  You're not advocating that perl be
  19. > > placed in /usr/bin so that scripts you pick up from who-knows-where
  20. > > will run without modification, right?
  21. > >
  22. > > I got the same response from someone else in private mail.  Since I
  23. > > don't make a habit of picking up a script and running it without
  24. > > checking it over, I don't see changing the #! at the beginning to
  25. > > be that big a deal.
  26. > 
  27. ..
  28. > 
  29. > If I write a cool script that runs on my NeXT, I certainly don't want to  
  30. > edit it to run on a Sun, an HP, an RS6000, or (gasp) aix370 just because  
  31. > each platform has it's own favorite place to stuff scripting-languages  
  32. like  
  33. > perl.  I have enough headaches without trying to keep synchronized 6  
  34. copies  
  35. > of every script I feel like writing, with the only difference being  
  36. where  
  37. > the silly interpretter lives.
  38.  
  39. Okay, I'm putting on my preacher clothing...  *preach on*!
  40.  
  41. No no no no no.  Don't put ANYTHING in /usr/{bin,etc,lib,man} - put all  
  42. locally installed modifications in /usr/local!  Don't even put symbolic  
  43. links in /usr/bin!  It's more work for you, it's confusing for the users  
  44. when you do an upgrade and you forget to recreate a link, and it's  
  45. completely unnecessary if you are consistent!  
  46.  
  47. We have something of a Sys Admin guidebook where we have agreed to certain  
  48. conventions.  One is all local additions to the system go in the  
  49. /usr/local hiearchy.  This applies to ALL vendor platforms.
  50.  
  51. What I did was ensure all users have /usr/local/bin in their path and I  
  52. modified my default .cshrc so that all new users got it as well.  C  
  53. compilers all seem to look in /usr/local/lib by default.  The man pages  
  54. are a bit trickier, but again changing the .cshrc to add /usr/local/man to  
  55. the MANPATH environment variable has fixed that.
  56.  
  57. No one has mentioned the case where you run out of room in /usr/local and  
  58. have to put a package in say, /u0.  I had to do this.  Now to make the  
  59. command findable, I did have to put a symbolic link somewhere in  
  60. everyone's path.  What did I use?  Not /usr/bin!  /usr/local/bin!  
  61.  
  62. Now when we do an upgrade, a simple "restore /usr/local" and zowie, we  
  63. have all local mods to the system restored and no extra work to do. No one  
  64. as ever complained since then that they can't find a particular command.
  65.  
  66. Perl is not a standard UNIX distribution - don't assume it is.  All perl  
  67. scripts should start with #!/usr/local/bin/perl!  
  68. *preach off*
  69. --
  70. David A. Ross, Programmer Analyst  | dave@nakiska.ucs.ualberta.ca
  71. Computing and Network Services     |  (NeXTmail accepted)
  72. 352 Gen Serv Bldg, Univ of Alberta | Phone: (403) 492-9339
  73. Edmonton, Alberta, Canada  T6G 2H1 | Fax:   (403) 492-1729
  74.