home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 16869 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.2 KB  |  51 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!darwin.sura.net!wupost!spool.mu.edu!umn.edu!noc.msc.net!news.stolaf.edu!amcl2.math.stolaf.edu!johnsonm
  3. From: johnsonm@amcl2.math.stolaf.edu (Michael K Johnson)
  4. Subject: Re: Obsolete files at archive sites.
  5. In-Reply-To: jy10033@ehsn11.cen.uiuc.edu's message of Mon, 16 Nov 1992 15:11:29 GMT
  6. Message-ID: <1992Nov16.182647.12713@news.stolaf.edu>
  7. Sender: news@news.stolaf.edu
  8. Organization: St. Olaf College; Northfield, MN  USA
  9. References: <BxtE77.1By@news.cso.uiuc.edu>
  10. Date: Mon, 16 Nov 1992 18:26:47 GMT
  11. Lines: 38
  12.  
  13.  
  14. In article <BxtE77.1By@news.cso.uiuc.edu> jy10033@ehsn11.cen.uiuc.edu (Joshua M Yelon) writes:
  15.  
  16.    There are a lot of obsolete files at the archive sites (I'm not blaming
  17.    anybody, it's just a natural consequence of fact that Linux is developing
  18.    very rapidly).  The obsolete files do cause a lot of confusion, though...
  19.  
  20.    Perhaps we could set up some sort of 'version control'.  Here's one
  21.    possible approach: when you download a package, you could see if it works
  22.    with the currently-accepted version of linux and associated utilities.
  23.    If not, you could send me a mail message with a subject line like this:
  24.  
  25.    BROKEN: tsx-11.mit.edu:/pub/linux/sources/usr.bin/admutil1.2
  26.  
  27.    I could compile these into coherent listings, and mail them to the
  28.    archive maintainers on a weekly basis.  The archive maintainers could
  29.    respond by moving the files to a 'possibly-bogus' subdirectory.
  30.  
  31.    That's just a top-of-my-head solution... if you have something better,
  32.    by all means, suggest it.  I do think it's important, though, that
  33.    we sort things out a little bit.
  34.  
  35. Well, how about just mailing to the maintainers -- we really don't
  36. mind.  tsx-11 is not completely caught up, but I try to deal with bad
  37. file mails as quickly as I can.
  38.  
  39. If something is broken at tsx-11, send mail to
  40. ftp-linux@tsx-11.mit.edu
  41. and either Ted or I will fix it.  No need to go through a middle-man.
  42. I imagine the same is true for the other sites.  You usually get an
  43. administrative address when you log in -- this is what that address is
  44. for.
  45.  
  46. So thanks, Josh, for the offer.  I just think it would be more
  47. efficient if people mailed us.  (And some do, and things have
  48. changed...)
  49.  
  50. michaelkjohnson
  51.