From owner-freebsd-stable Fri Jun 7 16:42:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04545 for stable-outgoing; Fri, 7 Jun 1996 16:42:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04524; Fri, 7 Jun 1996 16:42:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA17088; Fri, 7 Jun 1996 16:40:55 -0700 (PDT) To: Terry Lambert cc: grog@lemis.de, hackers@freebsd.org, freebsd-stable@freebsd.org, FreeBSD-current@freebsd.org Subject: Re: The -stable problem: my view In-reply-to: Your message of "Fri, 07 Jun 1996 11:22:35 PDT." <199606071822.LAA03612@phaeton.artisoft.com> Date: Fri, 07 Jun 1996 16:40:55 -0700 Message-ID: <17086.834190855@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem with CVS is access protocol. I've suggested (many times) > that the way to resolve this is to establish reader/writer locks and > a shell script interface for use by committers or other programs, and Oh, did I also forget to mention that CVS's locking code is totally bogus and slow? :-) It takes *two hours* to check out a copy of /usr/src, not to mention all the time wasted in locking down the tree during commits (CVS crawls through the area you're committing and slaps down lock files everywhere, very very slowly). Then there's the wonderful feeling when you've done a whole set of cleanups to /usr/src and have to do a "commit from the top" - you wait 45 minutes for it to crawl its way through, only to be informed at the end that somebody changed a file in some _completely unrelated_ section of the tree and now, rather than simply merging it in for you (e.g. this is NOT a conflict situation!) CVS aborts and says "I can't go on!". You need to update in the change then start your commit all over again. Sorry, CVS is not my favorite utility. Jordan