home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / misc / 21305 < prev    next >
Encoding:
Text File  |  1993-01-03  |  2.8 KB  |  67 lines
  1. Newsgroups: comp.sys.mac.misc
  2. Path: sparky!uunet!gatech!rpi!batcomputer!lynx@msc.cornell.edu!leah.msc.cornell.edu!maynard
  3. From: maynard@leah.msc.cornell.edu (Maynard J. Handley)
  4. Subject: Re: Sumex is in need of a restucturing
  5. Message-ID: <1993Jan3.043413.6413@msc.cornell.edu>
  6. Sender: news@msc.cornell.edu
  7. Organization: Cornell-Materials-Science-Center
  8. References: <1992Dec31.174208.25214@nmsu.edu> <BRECHER.92Dec31192928@husc8.harvard.edu><1993Jan2.030645.17703@msc.cornell.edu> <BRECHER.93Jan2023201@husc8.harvard.edu>
  9. Date: Sun, 3 Jan 1993 04:34:13 GMT
  10. Lines: 55
  11.  
  12. In article <BRECHER.93Jan2023201@husc8.harvard.edu>,
  13. brecher@husc8.harvard.edu (Jonathan Brecher) writes:
  14. >maynard@leah.msc.cornell.edu (Maynard J. Handley) writes:
  15. >
  16. >>There is, however, one major advantage to the sumex structure that the
  17. >>mac.archive structure does not have. BECAUSE sumex is mainly one-level
  18. >>directories, one can ftp there, type 'ls -lrt' and immediately see where
  19. >to
  20. >>look for new stuff. This is complely impractical with mac.archive. You
  21. >have
  22. >>to download the new additions file then step through it file by file,
  23. >>continually cd'ing up three layers and down another three.
  24. >>
  25. >>If the archives ran on decent computers that could be configured to
  26. >reflect
  27. >>changes in subdirectory contents in the date published by 'ls -ltr' I
  28. >would
  29. >>be willing to live with a many-layer system, but given the way things
  30. >now
  31. >>work, I avoid mac.archive if I possibly can do so.
  32. >
  33. >By your own argument, you should use mac.archive exclusively and avoid
  34. >sumex
  35. >whenever possible.  At mac.archive we maintain a directory
  36. >/mac/00newfiles/NEW
  37. >that has links to ALL files added in the last month.  At sumex even after
  38. >you
  39. >type 'ls -lrt' you still have to go directory hopping.  At mac.archive,
  40. >all
  41. >newly-added files are accessible from the one directory.  The new
  42. >additions
  43. >file (/mac/00help/newfiles.txt) is there if you want it; there are people
  44. >who
  45. >do.
  46.  
  47. But there is a problem with these links, not your fault but nonetheless
  48. there.
  49. 1) There are lotsa them
  50. 2) Each one, because the paths are so long, takes up a lot of space.
  51. Thus when one does ls -lrt, one gets a large number of files scrolling off
  52. the top of the screen. You may have a few lines of scrollback, depending on
  53. how primitive a terminal you're connected to, but usually not 100s of
  54. lines. 
  55. (Yeah I know how to make my xterms have 5000 line scrollback capability. I
  56. don't do that because more than about 150 lines introduces a new set of
  57. problems.)
  58. This is of course a problem with ftp and you can't fix it, but is does make
  59. using the links directory impractical if you connect once every two weeks
  60. rather than once a day.
  61.  
  62. But please don't be offended by my criticisms. I'm sure lots of people do
  63. use your archive and you are helping them. That's what matters most.
  64.  
  65. See ya,
  66. Maynard Handley
  67.