From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 08:47:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7642316A4CE for ; Mon, 1 Mar 2004 08:47:28 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3510943D1F for ; Mon, 1 Mar 2004 08:47:28 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2DB685309; Mon, 1 Mar 2004 17:47:27 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 62FC75308; Mon, 1 Mar 2004 17:47:20 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 078AF33C6B; Mon, 1 Mar 2004 17:47:20 +0100 (CET) To: Ian Freislich References: From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 01 Mar 2004 17:47:19 +0100 In-Reply-To: (Ian Freislich's message of "Mon, 01 Mar 2004 17:40:52 +0200") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org cc: Nate Lawson Subject: Re: openssh compile problem in channels.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 16:47:28 -0000 Ian Freislich writes: > For my own sake, I'd like to know how file system corruption could > account for many occurences of this problem accross many different > computers, unless of course there was a filesystem bug that did it, > or the curruption was in FreeBSD's repo and not ours and we just > happened to sup a bad copy. There was no file system corruption. Some files which were off the vendor branch but had no actual changes in them were forcibly returned to the vendor branch; channels.c was one of them. For some reason, when this was done, the last revision was removed (it was already present on the vendor branch), and sometimes cvsup fails to remove it. To those of you who have experienced this - it would be useful to know which cvsup mirror you are using, and whether you are using the -s cvsup option. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no