From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10880 invoked by alias); 27 Jun 2013 17:09:49 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 10863 invoked by uid 89); 27 Jun 2013 17:09:48 -0000 X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 Received: from arjuna.pair.com (HELO arjuna.pair.com) (209.68.5.131) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with SMTP; Thu, 27 Jun 2013 17:09:47 +0000 Received: (qmail 22073 invoked by uid 3006); 27 Jun 2013 17:09:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Jun 2013 17:09:45 -0000 Date: Thu, 27 Jun 2013 17:27:00 -0000 From: Hans-Peter Nilsson To: Tom Tromey cc: Joel Brobecker , gdb-patches@sourceware.org Subject: Re: sim checkout broken In-Reply-To: <87zjubo9x0.fsf@fleche.redhat.com> Message-ID: References: <1371835865-15879-1-git-send-email-tromey@redhat.com> <871u7rwodv.fsf@fleche.redhat.com> <20130624224138.GC5326@adacore.com> <87y59ythcd.fsf@fleche.redhat.com> <20130625142141.GF5326@adacore.com> <87ppvatfsp.fsf@fleche.redhat.com> <87bo6ute8b.fsf@fleche.redhat.com> <878v1wrghn.fsf@fleche.redhat.com> <87bo6spakh.fsf@fleche.redhat.com> <877ghfppcx.fsf@fleche.redhat.com> <87zjubo9x0.fsf@fleche.redhat.com> User-Agent: Alpine 2.02 (BSF 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2013-06/txt/msg00828.txt.bz2 On Thu, 27 Jun 2013, Tom Tromey wrote: > Tom> Yeah, good point. I didn't try that. > Tom> The reason it works for me is this line from .cvsrc: > > Tom> checkout -P > > Well, that works for the initial checkout, but now I can't make it work > at all for subsequent checkouts. I don't get it, since I know this was > working yesterday. It probably stopped working when you read that I'd tried that too! 8] On the bright side, it looks like you've repeated my observation. Or maybe not really brighter but at least a change in illumination. I copied the entire src repo out of sourceware (~5GiB, a 445025730 tarball, so I could experiment with different solutions - and luckily no-one checked in something significant while I copied). After a necessary adjustment (changing LockDir in CVSROOT/config) checking out locally, with -d /path/to/cvsfiles works (i.e. complains but exits 0). Weirdness. It's not the pserver method because I get the same behavior using ssh; i.e. -d :ext:hp@sourc... For the record, the ~/.cvsrc trying ssh was: diff -N -p -u cvs -z3 -q checkout -P update -Pd Luckily I get the same exit(1) behavior using the ssh method with my copy of the repo, so I'll try some semi-random ideas. (And I welcome any hunch.) > I think moving the file out of 'common' should help. Maybe. I'm not so sure but I'll try it locally. By the way, I re-noticed the CVSROOT/history file, with about 1532526399 bytes of useless information (AFAIK). It even has a history.old 2147487356 bytes long. Time for a history.old2 early next year? Ok, I'm digressing. Can't we just switch to git? :D brgds, H-P