From owner-freebsd-current Mon Aug 7 07:52:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA06408 for current-outgoing; Mon, 7 Aug 1995 07:52:09 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA06396 for ; Mon, 7 Aug 1995 07:52:03 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id WAA16211; Mon, 7 Aug 1995 22:51:39 +0800 (WST) Date: Mon, 7 Aug 1995 22:51:37 +0800 (WST) From: Peter Wemm To: Doug Rabson cc: freebsd-current@freebsd.org Subject: Re: DOCUMENTATION PLEASE !!!! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Mon, 7 Aug 1995, Doug Rabson wrote: > On 7 Aug 1995, Peter Wemm wrote: > > j@uriah.heep.sax.de (J Wunsch) writes: > > >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > >> >I think it should reside in share until someone does write a program, > > >> >but I won't argue the matter. > > >> > > >> Ok, if we'll decide to have it in share, I'll just ask Rod to > > >> move it to share. > > >> Any opinions? > > > > >I think the placeholder is good. And i take it from Andrey's comments > > >that he's at least already thinking about writing a real program for > > >it. :-) > > > > >CVS moves are a pain in the butt, we should not make gratuitous moves. > > > > Especially so when it "exists" in one place for one release, but a > > different place for another.. If you want the file to "appear" for > > (say) RELENG_2_1_0 but not for the HEAD, then you have to duplicate > > the file, and do some creative tag manipulations so that it exists in > > both places, but only appears in one or the other. Fun fun fun! > > Isn't cvs-1.5 supposed to cope with repository moves? Nope.. It does have optional proper "rcs file death" support though - I've been using it in standard mode with rcs-5.7 for a while.. I'm not certain how it interacts with an older-style "Attic" implementation... (I've never tried.. - it marks it's dead by 'ci'ing a rev with state 'dead' (vs. "Exp", "Stab", etc)) Sorry.. the mythical 'file rename database' doesn't exist yet... -Peter > -- > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com