https://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svn-viewspec.py
Phil wrote on Wed, Dec 21, 2011 at 16:44:36 -0800:
> Well, it turns out that the other application does not support svn v1.7 but
> only v1.6. Too bad I still cannot get v1.6 to perform massive checkout
> using the "svn co svn://..." syntax. I guess I would have to write a unix
> shell script to help speed up my manual process. What I'm doing is first
> perform "svn co svn://... -depth immediate". Then "svn update -depth
> infinity" on each of the package folder (total 155). Please let me know if
> anyone is able to figure this out and get it working. Thanks in advance.
>
> On Wed, Dec 21, 2011 at 6:32 AM, Phil <cwstorm_at_gmail.com> wrote:
>
> > Maybe I should download and get a better zlib package. Let me try and
> > keep everyone posted.
> >
> >
> > On Wed, Dec 21, 2011 at 9:14 AM, Phil <cwstorm_at_gmail.com> wrote:
> >
> >> I have about 155 packages in the repository that I want to checkout.
> >> This has never worked with v1.6. The workaround is to checkout each
> >> package one at a time (svn co svn://). As you can see, that's very
> >> tedious. I assume subversion doesn't care how many packages are in my
> >> repository. I did the basic installation of svn v1.6 (tar'ing
> >> subversion-1.6.17.tar and subversion-deps-1.6.17.tar). Then I did another
> >> installation but with v1.7 to see if I ran into the same issue. I
> >> installed it on a different directory location. I was able to checkout the
> >> 155 packages successfully.
> >>
> >>
> >> On Wed, Dec 21, 2011 at 8:05 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> >>
> >>> On Wed, Dec 21, 2011 at 07:47:16AM -0500, Phil wrote:
> >>> > Setting LC_ALL=C does not work either. Wonder why it works for v1.7
> >>> but
> >>> > not for v1.6. Again, I'm getting "svn: Compression of svndiff data
> >>> failed"
> >>> > when executing "svn co svn://path/to/repo/prj working_directory". But
> >>> if I
> >>> > do a "svn co file:///...." then it's okay for v1.6.
> >>>
> >>> The error is coming from zlib when compressing data.
> >>> Maybe svnserve is failing to compress data for transmission to the
> >>> client via the svn:// protocol.
> >>>
> >>> If you use file:// the only possible interaction with zlib during a
> >>> checkout is decompressing data. Though it might not even be trying to
> >>> decompress anything at all depending on the content of the respitory
> >>> you are checking out from.
> >>>
> >>> I would suspect that your Subversion 1.6 install has a problem with the
> >>> zlib it is using.
> >>>
> >>> Has checkout ever worked with 1.6 and suddenly stopped working?
> >>> Was zlib updated or recompiled without also recompiling its dependencies?
> >>> Or are you trying to get a fresh Subversion install working?
> >>>
> >>> That's all I can tell you given the information you provided.
> >>> Not sure what the problem really is, though.
> >>>
> >>
> >>
> >
Received on 2011-12-22 01:53:07 CET