home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / misc / 3380 < prev    next >
Encoding:
Text File  |  1992-07-29  |  1.7 KB  |  43 lines

  1. Newsgroups: comp.sys.sun.misc
  2. Path: sparky!uunet!cis.ohio-state.edu!udecc.engr.udayton.edu!blackbird.afit.af.mil!tschoole
  3. From: tschoole@afit.af.mil (Tony L. Schooler)
  4. Subject: Re: Why does OW leave all kind of garbage in tmp?
  5. Message-ID: <1992Jul29.123807.27681@afit.af.mil>
  6. Sender: news@afit.af.mil
  7. Nntp-Posting-Host: saturn.afit.af.mil
  8. Organization: Air Force Institute of Technology
  9. References: <1843@ltb.ltb.bso.nl> <1992Jul23.184344.15206@cbfsb.cb.att.com> <CKD.92Jul23233441@loiosh.eff.org> <1992Jul29.001208.1190@zia.aoc.nrao.edu>
  10. Date: Wed, 29 Jul 1992 12:38:07 GMT
  11. Lines: 30
  12.  
  13. rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
  14.  
  15. >In article <CKD.92Jul23233441@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
  16. >>HEM> == hillel.e.markowitz  <hillel@cbnewsf.cb.att.com> 
  17. >>
  18. >> HEM> I would say that putting the following crontab (or similar) should
  19. >> HEM> be enough.
  20. >>
  21. >> HEM> 5 4 * * 6 rm -f /tmp/*
  22. >> HEM> Of course this assumes that nobody leaves anything important on /tmp.
  23. >>
  24. >>Like their /tmp/.X11-unix/* sockets for example?  
  25. >>
  26. >>More than one person has found something breaking after a similar
  27. >>crontab was installed.  
  28.  
  29. >"rm -f /tmp/*" won't delete either files with names beginning with ".", or 
  30. >subdirectories. So the OW stuff is safe from the above command on both counts.
  31.  
  32. >Now, if you say "rm -rf /tmp/* /tmp/.[0-z]*", *then* you have problems ...
  33. >-- 
  34. >Ruth Milner                          NRAO/VLA                  Socorro NM
  35. >Computing Division Head      rmilner@zia.aoc.nrao.edu
  36.  
  37. We use "0 1 * * * (cd /tmp; find . -atime +1 -type f -exec rm -f {} \;)"
  38. in our crontab.  That way, we do not remove a file that is in use.
  39.  
  40. Anthony Schooler
  41. tschoole@afit.af.mil
  42.  
  43.