From owner-freebsd-hackers Mon Feb 27 16:29:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24431 for hackers-outgoing; Mon, 27 Feb 1995 16:29:26 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24424 for ; Mon, 27 Feb 1995 16:29:25 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04262; Mon, 27 Feb 95 17:22:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502280022.AA04262@cs.weber.edu> Subject: Re: Binary compatibility with NetBSDk To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 27 Feb 95 17:22:27 MST Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502280018.QAA27740@ref.tfs.com> from "Poul-Henning Kamp" at Feb 27, 95 04:18:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Would CTM'ing the library portion of the NetBSD tree be satisfactory? > > > > > > What would you expect this to do ? > > > > Keep the history that Nate is unhappy about losing even if FreeBSD > > is only an OEM of the library code and doesn't really need the history > > itself. > > I guess you mean CVS then. CTM is more like "rdist" than like "CVS"... I was under the impression (from the name, more than anything else) that the software actually Mirrored CVS Trees. If so, then comments would be included. CVS can easily handle the actual database instantiation using a vendor branch (where NetBSD is the vendor). If not, then there needs to be a tree+history export/import facility, and Nate has indeed found a small hole in the plan. 8-(. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.