From owner-freebsd-current Thu Apr 27 16:37: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 5EB2437B957 for ; Thu, 27 Apr 2000 16:37:04 -0700 (PDT) (envelope-from jeremyp@pc0640.alcatel.com.au) Received: by border.alcanet.com.au id <115256>; Fri, 28 Apr 2000 09:37:29 +1000 From: Peter Jeremy Subject: Re: asm_pci.h,v Holy cow! In-reply-to: <89056.956663223@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Tue, Apr 25, 2000 at 09:48:18PM +1000 To: Sheldon Hearn Cc: current@FreeBSD.ORG Message-Id: <00Apr28.093729est.115256@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <89056.956663223@axl.ops.uunet.co.za> Date: Fri, 28 Apr 2000 09:37:27 +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 25, 2000 at 09:48:18PM +1000, Sheldon Hearn wrote: >If that's the _only_ point, then Garrett Wollman's idea should work >perfectly. Stick the files under CVS, just agree that they should >never be revised, but rather that new versions should be imported in a >different directory and the old versions punted to the Attic. AFAIK, ctm (not sure about CVSup) doesn't support a rename function - when a file is deleted into the Attic, ctm deletes the old file and then creates a new file in the Attic (transferring the content). So this approach probably wouldn't solve Julian's immediate problem. Apart from that, this approach seems significantly better than (effectively) committing diffs to binary files. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message