jamesd@techbook.com (James Deibele) (11/20/90)
I'd like to make a lot of the sources I've acquired in alt.sources and the various comp.sources.* groups available in the near future. However, none of the ways that I've come up with for presenting the files has particularly thrilled me. So ... How do you handle archiving these groups? Do you have a magic shell program that captures the detailed description to a file for closer examination? (I would like to see all replacement gettys with an accurate one-line description, then based on the description, I'd like to be able to examine those detailed versions for one or two that caught my eye.) How do you handle patches? Do you apply them? Or do you tar them up with the original distribution file? Is there somebody who you think does this type of thing particularly well? What's particularly annoying for me are these little C programs that I've picked up --- they have the potential to be a life-saver for someone who needs that routine, but how do you make up a useful list of these things? Anyay, the archives might not be available here for a while. But it seems like this should be of general interest. Thanks! -- Public Access UNIX at (503) 644-8135 (1200/2400) Voice: +1 503 646-8257 Authorized ESIX, SCO resellers --- Great products at a GREAT price
peter@ficc.ferranti.com (Peter da Silva) (11/22/90)
I use a program called "arcnews" to copy off any program with an "archive-name" line into comp/sources/whatever/archive/name. Then I run a daemon that maintains a list of subject lines and search *that*... -- Peter da Silva. `-_-' +1 713 274 5180. 'U` peter@ferranti.com
kent@sparky.IMD.Sterling.COM (Kent Landfield) (11/25/90)
In article <1990Nov20.070613.27034@techbook.com> jamesd@techbook.com (James Deibele) writes: >I'd like to make a lot of the sources I've acquired in alt.sources and the >various comp.sources.* groups available in the near future. However, none >of the ways that I've come up with for presenting the files has particularly >thrilled me. So ... > >How do you handle archiving these groups? Do you have a magic shell program >that captures the detailed description to a file for closer examination? (I >would like to see all replacement gettys with an accurate one-line description, >then based on the description, I'd like to be able to examine those detailed >versions for one or two that caught my eye.) I use rkive... :-) It can be found in any comp.sources.unix archives (such as uunet) in volume19. >How do you handle patches? Do you apply them? Or do you tar them up with >the original distribution file? Is there somebody who you think does this >type of thing particularly well? rkive supports the Auxiliary header "Patch-To:" that is used in a few of the sources groups. The Patch-To: line exists for articles that are patches to previously posted software. The Patch-To: line only appears in articles that are posted, "Official", patches. The initial postings do not contain the Patch-To: auxiliary header line. Auxiliary Headers For Patch Postings: Submitted-by: Kent Landfield <kent@ssbell.UUCP> Posting-number: Volume 23, Issue 14 -> Patch-To: Volume 19, Issue 98-101 Archive-name: rkive/patch1 There are two different types of handling with regards to patches. Package - This type of archiving of patches places the patches in the same directory that the initial source was posted to. This type of archiving is only available to newsgroup archives that are using Archive-Name archiving as well. Historical - This type of archiving patches is done by sites that want to place the the patches in the volume/issue directory as specified by the moderator when the patch was initially posted. Archive recognizes that the Patch-To: line indicates the article is a patch. For Archive-Name archiving which has specified "Package" patches archiving in the configuration file, rkive puts the article into the directory that contained the initial posting (volume19/rkive). For Archive-Name that has not specified Package archiving or for Volume/Issue archiving, the article would still be labeled as volume23/rkive/patch01 or volume23/v23i014 respectively. rkive also writes a .patchlog file in the BASEDIR for the newsgroup that is used to track patches to originally posted software. The .patchlog is going to be used for email archive servers so that complete software packages (sources and patches) can be requested from sites that do not use combined Archive-Name and Package archiving. > >What's particularly annoying for me are these little C programs that I've >picked up --- they have the potential to be a life-saver for someone who >needs that routine, but how do you make up a useful list of these things? rkive generates an index file entry for each article that it archives. The format of the log is up to the person who sets up the configuration file. It works in much the same manner as printf... :-) Take a look. It will probably save you a lot of time... :-) -Kent+ -- Kent Landfield INTERNET: kent@sparky.IMD.Sterling.COM Sterling Software, IMD UUCP: uunet!sparky!kent 1404 Ft. Crook Rd. South Phone: (402) 291-8300 Bellevue, NE. 68005-2969 FAX: (402) 291-4362