From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30082 invoked by alias); 15 Jun 2004 20:14:54 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 30053 invoked from network); 15 Jun 2004 20:14:51 -0000 Received: from unknown (HELO jifvik.dyndns.org) (81.104.194.28) by sourceware.org with SMTP; 15 Jun 2004 20:14:51 -0000 Received: from eCosCentric.com (garibaldi.jifvik.org [172.31.1.2]) by jifvik.dyndns.org (Postfix) with ESMTP id A3D953FE05 for ; Tue, 15 Jun 2004 21:14:49 +0100 (BST) Message-ID: <40CF58B9.6000601@eCosCentric.com> Date: Tue, 15 Jun 2004 20:27:00 -0000 From: Jonathan Larmour User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.4) Gecko/20030703 MIME-Version: 1.0 To: overseers@sourceware.org Subject: [Fwd: Re: README.ADDING.NEW.BOARDS] Content-Type: multipart/mixed; boundary="------------040406060407010701090100" X-SW-Source: 2004-q2/txt/msg00539.txt.bz2 This is a multi-part message in MIME format. --------------040406060407010701090100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-length: 495 Can someone remind me of the exact rune to use to stop these broken pipes? There was some change to CVSROOT/loginfo IIRC. I tried to fix this before based on what I thought was recommended here before, but my fix broke things, so perhaps I misinterpreted something. So can someone give me something that definitely works? Thanks, Jifl -- eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine --------------040406060407010701090100 Content-Type: message/rfc822; name="Re: README.ADDING.NEW.BOARDS" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Re: README.ADDING.NEW.BOARDS" Content-length: 2903 Return-Path: Delivered-To: jlarmour@localhost.jifvik.org Received: by jifvik.dyndns.org (Postfix, from userid 40009) id 280A53FE05; Tue, 15 Jun 2004 20:37:42 +0100 (BST) Delivered-To: jifvikmail+jifl-ecoscentric@localhost.jifvik.org Received: from smtp.ecoscentric.com (norbert.ecoscentric.com [194.153.168.165]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by jifvik.dyndns.org (Postfix) with ESMTP id B146B3FE05 for ; Tue, 15 Jun 2004 20:37:41 +0100 (BST) Received: by smtp.ecoscentric.com (Postfix) id CD3DF65C15B; Tue, 15 Jun 2004 20:37:40 +0100 (BST) Delivered-To: jlarmour@smtp.ecoscentric.com Received: by smtp.ecoscentric.com (Postfix, from userid 99) id CAF3165C15F; Tue, 15 Jun 2004 20:37:40 +0100 (BST) Received: from londo.lunn.ch (londo.lunn.ch [80.238.139.98]) by smtp.ecoscentric.com (Postfix) with ESMTP id 1EC2865C15B for ; Tue, 15 Jun 2004 20:37:40 +0100 (BST) Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1BaJkZ-0005GX-00 for ; Tue, 15 Jun 2004 21:37:39 +0200 Date: Tue, 15 Jun 2004 21:37:39 +0200 To: Jonathan Larmour Subject: Re: README.ADDING.NEW.BOARDS Message-ID: <20040615193739.GJ13155@lunn.ch> References: <20040615184019.GD13155@lunn.ch> <40CF47F2.2050203@eCosCentric.com> <20040615190627.GG13155@lunn.ch> <40CF4950.3040607@eCosCentric.com> <20040615191409.GH13155@lunn.ch> <40CF4EAF.3070700@eCosCentric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40CF4EAF.3070700@eCosCentric.com> User-Agent: Mutt/1.5.6i From: Andrew Lunn Envelope-to: jifl-ecoscentric@jifvik.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on garibaldi.jifvik.org X-Spam-Level: X-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_40 autolearn=no version=2.63 Content-length: 940 On Tue, Jun 15, 2004 at 08:31:59PM +0100, Jonathan Larmour wrote: > Andrew Lunn wrote: > >>What does cvs diff say for the others? > > > > > >Its interesting. Its decided the put the links in a different > >order. The order my machine comes up with is actually more logical. > > Indeed it is. This must be some locale difference in the c libraries on our > systems. My one puts redboot_ROMRAM.* between redboot_ROM.elf and > redboot_ROM.srec which is silly. Mine is probably just wrong - it's a bit > old. > > Go ahead and check yours in. Arg! cvs commit Checking in at91eb40/index.html; /cvs/ecos/htdocs/boards/redbootbins/at91eb40/index.html,v <-- index.html new revision: 1.2; previous revision: 1.1 done cvs [commit aborted]: received broken pipe signal cvs commit: saving log message in /tmp/cvsBUSOpY Is there something wrong with the server at the moment. This is the third time its done that to me tonight. Andrew --------------040406060407010701090100--