home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / cbm / 4998 next >
Encoding:
Internet Message Format  |  1992-12-11  |  4.1 KB
  1. Path: sparky!uunet!news.claremont.edu!nntp-server.caltech.edu!rknop
  2. From: rknop@cco.caltech.edu (Robert Andrew Knop)
  3. Newsgroups: comp.sys.cbm
  4. Subject: Re: Cwaves is still here
  5. Date: 11 Dec 1992 17:39:54 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 78
  8. Message-ID: <1gajpbINNr0b@gap.caltech.edu>
  9. References: <ByynKD.B7J@math.uwaterloo.ca>
  10. NNTP-Posting-Host: punisher.caltech.edu
  11.  
  12. csbruce@neumann.uwaterloo.ca (Craig Bruce) writes:
  13.  
  14. >wolfy@stein.u.washington.edu (Stephen) writes:
  15.  
  16. >>    To the general public: After seeing the dismal file selections that 
  17. >>even the more popular FTP sites offer, I've decided to help out the Internet
  18. >>a little.  I will be, in the next few weeks, sending many demos to this FTP
  19. >>site:
  20. >>            ftp.cco.caltech.edu
  21. >>
  22. >>    The demos will be zipped, and sometimes Lynxed.  I may have a seperate
  23. >>directory on the system, but I have yet to talk with the individual who
  24. >>runs it.  If you are reading this, please mail me.
  25.  
  26. >The man you seek is "rknop@cco.caltech.edu", Rob Knop.
  27.  
  28. >BTW, I may or may not be the only one, but I cannot stand all of those exotic
  29. >archiver formats.  Do you think you could also upload your files in good ole
  30. >uuencoded format?  If there are multiple files, concatenate their uuencoded
  31. >data together (a ".uua" archive).  You can even include the instructions at
  32. >the top of such a file.  See the file "ace-r5.uua" in the "INCOMING"
  33. >subdirectory at that site for an example.
  34.  
  35. Um.
  36.  
  37. First, on archive formats, I have to admit that I must agree with Craig that
  38. all of these "exotic" archiver formats do get tiresome.  However: I disagree
  39. that uuencoding should be the archiver of choice.  Here's the deal: we have
  40. two finite resources, space and time.  There is a finite amount of space on
  41. the ftp site.  People have a finite amount of time that they want to dedicate
  42. to transferring files.  THUS: an archive that compresses is GREATLY preferred.
  43. This is why I don't like uuencoding, because that actally _expands_ the files
  44. being archived.
  45.  
  46. As to Lynx: Lynx also does no compression, and thus is inferior on that count.
  47. Also, because there are so many different versions of Lynx out there is always
  48. some guesswork involved in getting the files dearchived.  The fewer Lynxed
  49. files that show up on the ftp site, the happier I am.
  50.  
  51. PROPOSED STADNARD(S): I would ask that anything anybody uploads which is
  52. longer than a few K be archived in .arc, .lzh, .sda, or .sfx format.  The
  53. preferred one would probably be .sfx, since that is simple for people to
  54. disslve, and the same archive can be dissolved on botha 64 and a 128.
  55.  
  56. .arc, NOT the MS-DOS .arc, but the C64/C128 .arc, is a stable and standard
  57. enough format that most anyone should be able to dissolve it, using either
  58. ARC-64 (which I will endeavor to get on the site) or CS-DOS (on the 128, which
  59. is already on ccosun).
  60.  
  61. .sda's should come with a note specifying whether the .sda is for the 128 or
  62. for the 64.
  63.  
  64. If people do this, it will take the guesswork out of dissolving files.  Also,
  65. it will reduce the amount of space on the ftp site taken up by the C= files.
  66.  
  67. As to uploading megs and megs of demos: I am already in contact with another
  68. person who wants to upload ca. 10 Megs of demos, and am making sure that I
  69. will remain in the good graces of the system folks here if the site grows that
  70. large.  Email me before making any major uploades.
  71.  
  72. If the site is going to get stacked with huge numbers of demos, we might have
  73. to leave them there for limited amounts of time, so that all the demos won't
  74. be up at once.  Personally, I would like to see ample amounts of demos,
  75. applications, and the like, and not have them shoved out of the way by
  76. tremendous amounts of C64 demos.
  77.  
  78. If anybody has stuff that they want to upload which isn't tremendously huge,
  79. feel free to do so, and drop me an Email message letting me know that you've
  80. done so.
  81.  
  82. I've been quite busy in the last month, and thus haven't been able to keep up
  83. here on comp.sys.cbm or to keep the ftp site up to date, so right now there is
  84. a huge stack of stuff in INCOMING which I need to deal with. This will happen
  85. in good time....
  86.  
  87. Thanks for your patience...
  88.  
  89. -Rob
  90.