Xref: utzoo news.software.b:5769 comp.sources.bugs:2554
Path: utzoo!utstat!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!samsung!emory!audfax!arnold
From: arnold@audiofax.com (Arnold Robbins)
Newsgroups: news.software.b,comp.sources.bugs
Subject: Re: C News patch of 7-Sep-1990
Message-ID: <261@audfax.audiofax.com>
Date: 18 Sep 90 16:53:37 GMT
References: <1990Sep9.230537.18939@zoo.toronto.edu> <1990Sep13.203645.12937@scuzzy.mbx.sub.org> <1990Sep17.164545.1603@zoo.toronto.edu>
Followup-To: news.software.b
Organization: AudioFAX Inc., Atlanta
Lines: 28

In article <1990Sep17.164545.1603@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes:
>  Patches are very awkward for dealing with
>certain kinds of changes, like moving files around, and the list of things
>needing such reorganization is growing.  This will also simplify a few
>relatively drastic changes that might cause very bloated patches, e.g.
>the new inews.

I made the following suggestion once in e-mail, but as Henry didn't reply, I
suspect the mail got lost and he never got it.

I suggest that a "patch" to produce the cleanup release consist of two parts.

	1) A shell script that accomplishes the reorganization, such as
		making new directories
		deleting things to be deleted
		moving things that need to be moved

	2) A normal context diff to produce new or changed things.  Or, new
	   things could go into a shar/here-document in part (1), and just
	   the changes go in the context diffs.

This allows one to keep continuity, without overly bloating the patches.
Just a suggestion, but one that I hope will at least be considered.
-- 
Arnold Robbins				AudioFAX, Inc. | Laundry increases
2000 Powers Ferry Road, #200 / Marietta, GA. 30067     | exponentially in the
INTERNET: arnold@audiofax.com Phone:   +1 404 933 7600 | number of children.
UUCP:	  emory!audfax!arnold Fax-box: +1 404 618 4581 |   -- Miriam Robbins