home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / infosyst / gopher / 1765 < prev    next >
Encoding:
Text File  |  1992-12-31  |  1.4 KB  |  30 lines
  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!paladin.american.edu!gatech!destroyer!ncar!claven!woods
  3. From: woods@claven.ucar.edu (Greg Woods)
  4. Subject: Re: Gopher and Symbolic links
  5. Message-ID: <1992Dec31.200206.24318@claven.ucar.edu>
  6. Organization: Scientific Computing Division/NCAR Boulder, CO
  7. References: <1992Dec31.051621.3293@news2.cis.umn.edu> <1992Dec31.141242.28769@midway.uchicago.edu> <1992Dec31.162253.7322@news2.cis.umn.edu>
  8. Date: Thu, 31 Dec 1992 20:02:06 GMT
  9. Lines: 19
  10.  
  11. In article <1992Dec31.162253.7322@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
  12. >So, if the symbolic links are contained within the  
  13. >>gopher data directory shouldn't the links be visible without the -c  
  14. >>option?  Thanx...
  15. >
  16. >Oh, I see, symbolic links *within* the gopher-data directory should be
  17. >followed no matter what..  
  18.  
  19. One thing can bite you here: the name contained within the symlink
  20. may point somewhere else after a chroot is done, e.g. if your
  21. gopher area is, say, /gopher, and your symlink points to
  22. /gopher/somewhere, this may work before a chroot("/gopher"), but not
  23. after, where it will have to point to /somewhere. The way to avoid
  24. this is to make sure all your symlinks use RELATIVE path names, and make
  25. sure the relative paths will be the same both before and after the
  26. chroot.
  27.  
  28. --Greg
  29.  
  30.