OK,

It appears that the libmesh SVN repository has become corrupted in an early
version, and I have no idea how this could have happened, or how to fix it.
I have a request in to the sourceforge support system, but there's no telling
how long it might take them to fix the problem, or if they can fix it.

Steps to reproduce the problem locally:

.) Make a working directory

$ mkdir -p libmesh_backup/libmesh_repo
$ cd libmesh_backup/libmesh_repo

.) Get a copy of the current SVN repo from soureforge with rsync

$ rsync -av libmesh.svn.sourceforge.net::svn/libmesh/* .

.) Attempt to check out the HEAD version from this local copy of the repo

$ cd ..
$ svn co file:///path/to/libmesh_backup/libmesh_repo/trunk/libmesh libmesh_local
.
.
.
A    libmesh_local/contrib/tecplot/lib/i686-apple-darwin8.10.1/tecio.a
A    libmesh_local/contrib/tecplot/lib/powerpc-ibm-aix5.1.0.0
A    libmesh_local/contrib/tecplot/lib/powerpc-ibm-aix5.1.0.0/tecio.a
A    libmesh_local/contrib/tecplot/lib/ia64-unknown-linux-gnu
svn: Decompression of svndiff data failed

(It fails at the now infamous tecio.a file.)



.) To find out exactly where we go wrong: use the svnadmin tool

$ svnadmin verify libmesh_repo
.
.
.
* Verified revision 854.
* Verified revision 855.
* Verified revision 856.
svnadmin: Decompression of svndiff data failed


(So, something has happened to version 857.)

.) We can successfully check out version 856 -- try it

$ svn co -r856 file:///path/to/libmesh_backup/libmesh_repo/trunk/libmesh 
libmesh_856

.) If you try to check out 857

$ svn co -r857 file:///path/to/libmesh_backup/libmesh_repo/trunk/libmesh 
libmesh_857

You should get the same error for this and all later revisions.  Note:
857 is the first version where the offending file 
contrib/tecplot/lib/ia64-unknown-linux-gnu/tecio.a
appears.



So: how could such an old version have become corrupted?  I have no idea.  I 
suppose
it's possible that sourceforge uses some tool like svnsync to mirror 
repositories around
and it was corrupted in this process.  Another thing I don't understand is why 
we can still
do updates, but not checkouts.

-John







Roy Stogner writes:
 > On Mon, 26 Nov 2007, John Peterson wrote:
 > 
 > > Interesting.  At 492K, this appears to be the largest of the tecio.a
 > > libraries that we have checked into the repository.  At first I thought 
 > > sf.net
 > > might just be under heavy load, but it's surprising that it dies on the 
 > > same file
 > > for both of us.  The file itself has been in the repo since 2004.
 > 
 > It may not be a problem with that file, but with SourceForge's WebDAV
 > configuration.  Google seems to think there are many possible reasons
 > for this "Could not read chunk delimiter" bug, and very few fixes.
 > Here's the most interesting fix I've found:
 > 
 > http://www.sharp-tools.net/archives/000928.html
 > ---
 > Roy

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel

Reply via email to