From owner-cvs-all Mon Jun 26 21:35: 6 2000 Delivered-To: cvs-all@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 2DEAD37BE10; Mon, 26 Jun 2000 21:35:00 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id WAA15933; Mon, 26 Jun 2000 22:34:59 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id WAA01763; Mon, 26 Jun 2000 22:34:58 -0600 (MDT) (envelope-from nate) Date: Mon, 26 Jun 2000 22:34:58 -0600 (MDT) Message-Id: <200006270434.WAA01763@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: obrien@FreeBSD.org Cc: Brian Fundakowski Feldman , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/crypto/openssh canohost.c ssh.h sshd.c In-Reply-To: <20000626142054.A2392@dragon.nuxi.com> References: <20000626005246.A11096@dragon.nuxi.com> <20000626142054.A2392@dragon.nuxi.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You're most likely right about that. Pardon my ignorance, but what is the > > actual harm done by taking another file off the vendor branch, this one > > being only a couple hundred lines? I thought that it was only because the > > file would be duplicated in the repository. > > Grrrr. Do you not read your committers mail?? Have you missed all the > many treaties on this in the past 3 months? It has been explained *MANY* > times in 2000 alone. Please go see the archives search for "vendor > branch". > > The fact you don't understand also tells me you are not ready to commit > to src/contrib (aka src/crypto/ in this case) w/o a review. Actuallyk, I think Brian has done the right thing here. He's brought it off the vendor branch since it's not yet ready to be part of the 'vendor release', and needs more wide testing. Once it has been tested, it can be submitted to the vendor, and the next import it will be part of the vendor's code, and it'll be trivially to fix the 'conflict' and all will be well. This is how vendor branches were originally intended, at least in my reading of all the CVS materials (many of which are unfortunately no longer part of the CVS distribution). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message