From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4390 invoked by alias); 26 Jan 2006 18:55:55 -0000 Received: (qmail 4382 invoked by uid 22791); 26 Jan 2006 18:55:54 -0000 X-Spam-Check-By: sourceware.org Received: from e6.ny.us.ibm.com (HELO e6.ny.us.ibm.com) (32.97.182.146) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 26 Jan 2006 18:55:53 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0QItnO9028035 for ; Thu, 26 Jan 2006 13:55:49 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0QItn0Z102910 for ; Thu, 26 Jan 2006 13:55:49 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0QItnTY009310 for ; Thu, 26 Jan 2006 13:55:49 -0500 Received: from dufur.beaverton.ibm.com (dufur.beaverton.ibm.com [9.47.22.20]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0QItmNe009227; Thu, 26 Jan 2006 13:55:48 -0500 Subject: using rsync to create local repository From: PAUL GILLIAM Reply-To: pgilliam@us.ibm.com To: overseers@soruces.redhat.com, gdb@sources.redhat.com Content-Type: text/plain Date: Thu, 26 Jan 2006 19:07:00 -0000 Message-Id: <1138301788.1423.54.camel@dufur.beaverton.ibm.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00272.txt.bz2 Hi, In order to use Janus Johnson's cool binary patch finder, I need to create a local copy of GDB's cvs repository. Her patch finder does a binary search through the patches find the one that breaks or fixes what you are interested in. For each patch examined, a source tree is updated, the project is built and a test script is run to see if whatever is broken or fixed. Although it's possible to do this with a remote repository, the time needed for cvs updates (not to mention the network traffic) would be prohibitory. For Janus' GCC testing, she uses the following command to create and update a local copy of the cvs repository: rsync --archive --delete --compress --progress \ --exclude '#cvs.*' --exclude 'CVSROOT/config' \ --exclude 'CVSROOT/history' --exclude 'CVSROOT/updatelog' \ rsync://gcc.gnu.org/gcc-cvs gcc-cvs I tried a similar thing and it seemed to work: rsync --archive --delete --compress --progress \ --exclude '#cvs.*' --exclude 'CVSROOT/config' \ --exclude 'CVSROOT/history' --exclude 'CVSROOT/updatelog' \ rsync://sources.redhat.com/gdb-cvs /home/pgilliam/gdb/gdb-cvs But when I tried to do a checkout, I got this: [pgilliam@dufur test]$ cvs -d /home/pgilliam/gdb/gdb-cvs/ co gdb cvs checkout: module `naked-gdb' in modules file contains infinite loop cvs checkout: module `naked-gdb' in modules file contains infinite loop cvs checkout: module `naked-texinfo' in modules file contains infinite loop cvs checkout: module `naked-gdb' in modules file contains infinite loop cvs checkout: module `naked-texinfo' in modules file contains infinite loop cvs checkout: module `naked-bfd' in modules file contains infinite loop cvs checkout: module `naked-gdb' in modules file contains infinite loop cvs checkout: module `naked-texinfo' in modules file contains infinite loop cvs checkout: module `naked-bfd' in modules file contains infinite loop ... and so on Any ideas on what I am doing wrong? Thanks for your help, -=# Paul Gilliam #=-