From owner-freebsd-hackers Tue Jul 1 23:30:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16766 for hackers-outgoing; Tue, 1 Jul 1997 23:30:29 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16752; Tue, 1 Jul 1997 23:30:16 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA25164; Tue, 1 Jul 1997 23:22:52 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd025162; Wed Jul 2 06:22:47 1997 Date: Tue, 1 Jul 1997 23:21:25 -0700 (PDT) From: Julian Elischer To: peter@freebsd.org, hackers@freebsd.org Subject: CVS upgrade really a downgrade.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The new CVS breaks our build environment here in one particular way. We have a 'warehouse' of modules (e.g. samba, apache etc.) which we check out into a tree for building a specific product. differnt products might use different modules in a differnt configuration. thus our build tree has sub branches that come from differnt parts of the CVS tree. The new CVS doesn't handle this as easily as the old one. In particular the CVS/Entries file seems to get updated with a D/dirname//// entry whenever it traverses into such a subdirectory, however if we remove the subdirectory, (in a "make clean") (it was only checkied out there during the build) CVS then throws up a the next build because it has an entry for the dir, but it isn't in teh repository in that place (because it came from somewhere else). does anyone know why this was changed? Aren't composite trees supported any more? julian