From owner-cvs-share Fri Feb 21 08:28:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA03408 for cvs-share-outgoing; Fri, 21 Feb 1997 08:28:48 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA03401; Fri, 21 Feb 1997 08:28:45 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id IAA12790; Fri, 21 Feb 1997 08:28:32 -0800 (PST) Message-Id: <199702211628.IAA12790@austin.polstra.com> To: asami@vader.cs.berkeley.edu (Satoshi Asami) cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-share@freefall.freebsd.org Subject: Re: cvs commit: src/share/doc/handbook cvsup.sgml In-reply-to: Your message of "Fri, 21 Feb 1997 00:18:08 PST." <199702210818.AAA02884@silvia.HIP.Berkeley.EDU> References: <199702210818.AAA02884@silvia.HIP.Berkeley.EDU> Date: Fri, 21 Feb 1997 08:28:32 -0800 From: John Polstra Sender: owner-cvs-share@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * Add a section describing the available CVSup collections. I'm not > * wild about the way it looks, but at least the information is there. > > Don't we have an almost identical one in sup.sgml? Almost identical, but not identical. They're not tied together any more, like they used to be. I.e., supfilesrv (where it's still running at all) no longer uses the same config files as cvsupd. I don't really want them tied together. The CVSup mirrors are set up now so that if I add a new collection on freefall, it automagically propagates to all the mirrors -- the mirror maintainers don't have to do a thing. With sup, you get whatever a particular mirror maintainer happened to remember to add. > (Actually that one is more complete, as it contains comments on > what's what.) I can fix that. > I'm sure I'm going to forget adding a new ports collection if it's > duplicated in two places. Add it to cvsup.sgml first. :-) > (Actually, I won't cry my eyes out if sup.sgml just goes away...we > don't really support it anymore anyway.) I feel the same way about it. You're not going to see me investing much time keeping the sup stuff up to date, that's for sure. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth