From owner-freebsd-stable Tue Nov 25 08:49:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25828 for stable-outgoing; Tue, 25 Nov 1997 08:49:21 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA25823 for ; Tue, 25 Nov 1997 08:49:15 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA01638; Tue, 25 Nov 1997 09:49:13 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA27402; Tue, 25 Nov 1997 09:49:06 -0700 Date: Tue, 25 Nov 1997 09:49:06 -0700 Message-Id: <199711251649.JAA27402@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Richard Wackerbarth Cc: Nate Williams , freebsd-stable@FreeBSD.ORG Subject: Re: Version Resolution? In-Reply-To: References: <199711240216.CAA28304@awfulhak.demon.co.uk> <199711240504.WAA22051@mt.sri.com> <199711241922.UAA21949@bitbox.follo.net> <199711242223.PAA24374@mt.sri.com> <199711251530.IAA27130@mt.sri.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >They are propogated *once*, and never again. Throwing out all the > >history because there is 5% wastage in the tree is *way* too much > >overkill, and shows a lack of understanding about software development. > > Perhaps YOU do not understand. I have no doubt that YOU may reference > old material with reasonable frequency. But, just because you do so > does not mean that the majority do so. It seems that just because a > few of you find something useful, you think that EVERYONE should. The CVS repository is for the *DEVELOPERS*. If you're not a developer, then you don't *need* the repository. > The truth of the matter is that there are far more users who are > interested in only the recent history. Then they can use CVSweb or other means to go look at the history. They don't need the CVS repository taking up disk space. However, if the disk space isn't an issue for them, then they can grab the CVS bits if they desire. The CVS bits aren't intended for them to have to give them a warm fuzzy inside. Again, you don't understand what software engineering is about. > I'm not advocating that we permanently lose any detail. I am simply > advocating that it is not necessary for EVERYONE to keep it in their > active cache. If they have no need for it, then don't get the CVS bits. It's as simple as that. This isn't Burger King, you don't get it your way. There simply isn't the resources available for everyone to have it done whichever way they want it. The CVS bits are available to them because it was easy to do so and it wasn't too much of a burden on the developers. But, if you aren't looking at them, there is absolutely *NO* need to get them, since CVSup of the bits is more effecient and uses less space than getting the CVS tree. Go find a real problem to solve and stop making them up to fit your whine of the day. Nate