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