home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sources / atari / st / 70 next >
Encoding:
Internet Message Format  |  1993-01-10  |  2.6 KB
  1. Xref: sparky comp.sources.atari.st:70 comp.binaries.atari.st:205
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!spud.Hyperion.COM!spud.Hyperion.COM!not-for-mail
  3. From: koreth@spud.Hyperion.COM (Steven Grimm)
  4. Newsgroups: comp.sources.atari.st,comp.binaries.atari.st
  5. Subject: RFD: What to do with comp.binaries.atari.st/comp.sources.atari.st?
  6. Followup-To: comp.sys.atari.st
  7. Date: 9 Jan 1993 21:41:14 -0800
  8. Organization: Hyperion, Mountain View, CA, USA
  9. Lines: 39
  10. Approved: koreth@spud.hyperion.com (Steven Grimm)
  11. Message-ID: <1ioctqINNnv0@spud.Hyperion.COM>
  12. NNTP-Posting-Host: spud.hyperion.com
  13.  
  14. [Copied from comp.sys.atari.st, where followups are directed.]
  15.  
  16. I just posted "reverse" to comp.binaries.atari.st.  It's the only submission
  17. I've received for either group in nearly a month, unless you count all the
  18. "Why isn't there anything in this group?" messages.
  19.  
  20. It seems clear to me that neither group is going to pick up much steam under
  21. my direction.  When I post the submission guidelines, I get a trickle of new
  22. programs, but it dies off quickly.
  23.  
  24. Originally, this was going to be a simple call for a new moderator, someone
  25. who has the time to be a little more proactive about seeking out software
  26. to post, which is what I think would be necessary to get any decent volume.
  27. But upon further reflection, I started wondering if maybe c.b.a.s (and to a
  28. lesser extent c.s.a.s) was really all that useful in its present form.
  29.  
  30. With the steady increase in popularity of the ftp-based archive sites,
  31. many of which can also be accessed directly via E-mail (or indirectly via
  32. the various ftpmail servers on the net), does it really make sense any more
  33. to broadcast uuencoded binaries to every site on the net?
  34.  
  35. Perhaps the group should be more along the lines of gnu.announce, where new
  36. programs available for ftp (or mail-server access) are announced but not
  37. actually posted.  This might cut down on what little net bandwidth the
  38. group eats; on the other hand, it makes retrieving software on a UUCP-only
  39. site slower, sometimes significantly so.
  40.  
  41. Not, mind you, that I'm opposed to the way the group works now, or to
  42. continuing as moderator, but neither of these may be the most effective
  43. way to serve the Atari ST user community, which is largely why I got into
  44. this moderation thing in the first place.
  45.  
  46. So what do people think?  Should the group continue as is?  Should I step
  47. down and let someone else take the helm?  Should binaries continue to be
  48. posted, or should the group switch to a low-bandwidth "announce" format?
  49. If it did the latter, would it still be an appropriate member of the
  50. comp.binaries hierarchy?  And what about comp.sources.atari.st?
  51.  
  52. -Steve
  53.