From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6358 invoked by alias); 26 Jun 2013 17:55:16 -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 6343 invoked by uid 89); 26 Jun 2013 17:55:16 -0000 X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,HK_OBFDOM,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; Wed, 26 Jun 2013 17:55:15 +0000 Received: (qmail 83118 invoked by uid 3006); 26 Jun 2013 17:55:10 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Jun 2013 17:55:10 -0000 Date: Wed, 26 Jun 2013 17:58:00 -0000 From: Hans-Peter Nilsson To: Tom Tromey cc: Joel Brobecker , gdb-patches@sourceware.org Subject: Re: sim checkout broken In-Reply-To: <878v1wrghn.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> 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/msg00786.txt.bz2 On Wed, 26 Jun 2013, Tom Tromey wrote: > H-P> cvs checkout: ignoring module src/gdb/version.in > > H-P> Can the action causing that Emptydir please be reverted? > H-P> And/or explained, maybe with a line indicating "better > H-P> switch to CVS-N.M". > > Could you say exactly what you are doing? Oh my, seems I'm a victim of the reproducibility-ignorance-demon despite extensive training. Sorry about that. Hubris, I guess. :/ > Did you do a fresh checkout? Nope, not that time, but below I just did. > Or check out into an existing source tree? Yes: a tree checked out prior to the recent changes. (Exactly when is hopefully unimportant - decades ago.) > If the latter, was that tree > populated using a different module previously? Just the same "sim" module as before the changes. And apparently even that detail doesn't matter: > Indeed, if I run the same "cvs co sim" command twice, the second time I > get: > > cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/src/src/gdb > > ... but cvs still exits with status 0 for me. Odd; it being 1 for me doesn't seem version-dependent. Starting from scratch, at a second "cvs -d :pserver:anoncvs@sourceware.org:/cvs/src co sim" I get: cvs checkout: warning: src/config.if is not (any longer) pertinent cvs checkout: warning: src/configure.in is not (any longer) pertinent cvs checkout: warning: src/gettext.m4 is not (any longer) pertinent cvs checkout: warning: src/ltcf-c.sh is not (any longer) pertinent cvs checkout: warning: src/ltcf-cxx.sh is not (any longer) pertinent cvs checkout: warning: src/ltcf-gcj.sh is not (any longer) pertinent cvs checkout: warning: src/ltconfig is not (any longer) pertinent cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/src/src/gdb cvs checkout: ignoring module src/gdb/version.in and then exit value 1 (cvs 1.11.5). > I'm using cvs 1.11.23. I suppose you could try upgrading, but I don't > know whether that would help or not. I don't think it would. On another machine, at the second checkout (with the first identical command populating the tree) with a CVS version apparently matching yours, the same thing happens: [hp@derp sim]$ cvs -d :pserver:anoncvs@sourceware.org:/cvs/src co sim cvs checkout: warning: src/config.if is not (any longer) pertinent cvs checkout: warning: src/configure.in is not (any longer) pertinent cvs checkout: warning: src/gettext.m4 is not (any longer) pertinent cvs checkout: warning: src/ltcf-c.sh is not (any longer) pertinent cvs checkout: warning: src/ltcf-cxx.sh is not (any longer) pertinent cvs checkout: warning: src/ltcf-gcj.sh is not (any longer) pertinent cvs checkout: warning: src/ltconfig is not (any longer) pertinent cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/src/src/gdb cvs checkout: ignoring module src/gdb/version.in [hp@derp sim]$ echo $? 1 [hp@derp sim]$ rpm -q cvs cvs-1.11.23-25.fc17.x86_64 > Maybe I can reproduce the exit failure with more information. > > > Not sure what else to do. But what is the cause of the error? Can't we just remove that Emptydir or revert what was done? The message above seems to indicate an operational error in whatever was done. Thanks for your efforts. brgds, H-P