CVS checkout aborted

[Ulrich Weigand]

Hello,

I'm getting this error:
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'

when trying a
cvs -d :ext:***@gcc.gnu.org:/cvs/src co gdb

Any known CVS issues at the moment?


Mit freundlichen Gruessen / Best Regards

Ulrich Weigand

--
Dr. Ulrich Weigand
Linux for S/390 Design & Development
IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen
Phone: [phone] --- Email: ***@de.ibm.com

[Daniel Jacobowitz]

Post by Ulrich Weigand
Hello,
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

Chris Faylor just fixed it - see the overseers archive if you're
curious.

[Christopher Faylor]

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

cgf

[Bob Rossi]

Post by Christopher Faylor

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

Seems like this was my problem also, thanks.

Bob Rossi

[Bob Rossi]

Post by Christopher Faylor

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

Actually, now if I do

cvs -z3 -d ':ext:***@sources.redhat.com:/cvs/src' co gdb+dejagnu

I end up with

$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl

I used to get the configure script, and other stuff. However, if I do
this again

cvs -z3 -d ':ext:***@sources.redhat.com:/cvs/src' co
gdb+dejagnu

Here is the output of the command,

cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/.cvsignore
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.LIB
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.NEWLIB
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.LIBGLOSS
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ChangeLog
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/MAINTAINERS
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.def
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.tpl
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/README
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/README-maintainer-mode
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config-ml.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.guess
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.if
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.sub
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/configure
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/configure.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/gettext.m4
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/install-sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/libtool.m4
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-c.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-cxx.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-gcj.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltconfig
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltmain.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/makefile.vms
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/missing
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/mkdep
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/mkinstalldirs
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/move-if-change
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/setup.com
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/src-release
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/symlink-tree
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ylwrap
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/djunpack.bat

Does this look correct? Or is there stil a problem?

Thanks,
Bob Rossi

[Daniel Jacobowitz]

Post by Bob Rossi

Post by Christopher Faylor

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

Actually, now if I do
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again
Here is the output of the command,
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/.cvsignore

Hmm, I used to get this when I tried to use co -d (separate from cvs -d
co). You definitely shouldn't get it wen using a straight checkout so
it sounds like modules support isn't working...

[Bob Rossi]

Post by Daniel Jacobowitz

Post by Bob Rossi

Post by Christopher Faylor

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

Actually, now if I do
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again
Here is the output of the command,
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/.cvsignore

Hmm, I used to get this when I tried to use co -d (separate from cvs -d
co). You definitely shouldn't get it wen using a straight checkout so
it sounds like modules support isn't working...

This was working for me yesterday.

Bobby

[Bob Rossi]

Post by Daniel Jacobowitz

Post by Bob Rossi

Post by Christopher Faylor

Post by Ulrich Weigand
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
Any known CVS issues at the moment?

This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.

Actually, now if I do
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again
Here is the output of the command,
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/.cvsignore

Hmm, I used to get this when I tried to use co -d (separate from cvs -d
co). You definitely shouldn't get it wen using a straight checkout so
it sounds like modules support isn't working...

Am I borked until the problem is fixed? Or is this somehow my fault?

Is there a work around?

Thanks,
Bob Rossi

[Ian Lance Taylor]

Post by Bob Rossi
Actually, now if I do
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again

I tried co gdb+dejagnu from scratch, and it seemed to work fine. I
don't know what happened for you. Are you sure you started in an
empty directory? Conceivably it was related to the CVS hiccup we had
yesterday, although I don't see how.

Ian

[Bob Rossi]

Post by Ian Lance Taylor

Post by Bob Rossi
Actually, now if I do
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again

I tried co gdb+dejagnu from scratch, and it seemed to work fine. I
don't know what happened for you. Are you sure you started in an
empty directory? Conceivably it was related to the CVS hiccup we had
yesterday, although I don't see how.

Ok Ian, you are correct. For some reason, the other CVS co I have must
be broken. A fresh checkout works fine.

Thanks,
Bob Rossi

[Ian Lance Taylor]

By the way, Bob, I sure hope you read the gdb list, because my e-mail
to you was blocked with this error:

<***@brasko.net>:
216.40.250.211 does not like recipient.
Remote host said: 554 Service unavailable; Client host [209.128.65.135] blocked using l1.spews.dnsbl.sorbs.net; ! [1] ReliaHost, see http://spews.org/ask.cgi?S3046
Giving up on 216.40.250.211.

I looked into this a bit. The spews evidence file has this in it:

1, 209.128.64.0/23, bayarea.net (promohost.org)
2, 209.128.64.0/18, bayarea.net via yipes.com feed (promohost.org)

This is absurd, since my e-mail server, at 209.128.65.135, is in a
co-location site shared by many different organizations. It wouldn't
shock me if some of the other systems at that co-lo generate spam, but
blocking the entire range is moronic.

According to the spews FAQ, there is no way to contact them to correct
the situation. They recommend that I contact my ISP to get them to
change their acceptable use policy, or that I change ISPs. I will do
that, but blocking my e-mail because my e-mail server happens to be
close to one which generates spam is like blowing up a city block
because somebody on it happens to be criminal. Damaging innocent
parties is immoral; you can't excuse it by explaining that you really
mean to damage somebody else. In this, of course, you are being
damaged as well as me.

I strongly recommend that you stop using spews.

Ian

[Ulrich Weigand]

Post by Daniel Jacobowitz
Chris Faylor just fixed it -

Thanks, it does indeed work again.

Post by Daniel Jacobowitz
see the overseers archive if you're curious.

Where do I find that?


Mit freundlichen Gruessen / Best Regards

Ulrich Weigand

--
Dr. Ulrich Weigand
Linux for S/390 Design & Development
IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen
Phone: [phone] --- Email: ***@de.ibm.com

[Ian Lance Taylor]

Post by Ulrich Weigand

Post by Daniel Jacobowitz
see the overseers archive if you're curious.

Where do I find that?

http://sourceware.org/ml/overseers/

Ian