Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!spool.mu.edu!think.com!sdd.hp.com!cs.utexas.edu!helios!inetg1!dprrhb
From: dprrhb@inetg1.ARCO.COM (Reginald H. Beardsley)
Newsgroups: comp.os.minix
Subject: Re: Trouble with AM - a solution ?
Message-ID: <1991May23.132757.13578@Arco.COM>
Date: 23 May 91 13:27:57 GMT
References: <4335@rwthinf.UUCP>
Sender: dprrhb@inetg1 (Reginald H. Beardsley)
Organization: ARCO Oil & Gas Company
Lines: 22


  The main problem with patches is that after a while there simply are too
many conflicts and patch begins to fail more than it succeeds.  There is a way 
around this.  

    If we can agree (probably hopeless, but worth a try :-) ) on 
a set of feature sets we can have base Minix from PH. NLMUG AM Phase 1 patches
on base PH, NLMUG AM Phase 2 patches on Phase 1, etc.   If someone wants to
put the effort into creating the patches for a different set of Phases we
can have FUBAR AM Phase 1, etc.  Then instead of arguing about PH policy we
can spend out time flaming each other on the relative merits of NLMUG AM Phase
20 vs. FUBAR AM Phase 10 :-)  

Incidentally, one of the main reasons for having multiple phases is to keep 
cdiff from getting confused and dumping two complete copies of everything into the output and producing a cdiff file PH would not accept.

-- 
Reginald H. Beardsley       
ARCO Information Services
Plano, TX 75075           
Phone: (214)-754-6785
Internet: dprrhb@arco.com