[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn 1.2.3 fails exporting deleted files; bug?

From: Matt England <mengland_at_mengland.net>
Date: 2005-10-05 02:49:21 CEST

At 10/4/2005 03:35 PM, Phillip Susi wrote:
>Checking out a single file does not make sense because a working copy is a
>directory tree that contains files and meta info.

It makes sense enough that WebSVN uses an export to extract files this way
to tar and/or compress (gzip) them prior to download. I'm not sure why "it
doesn't make sense" here. Maybe I'm missing something?

> If you just want to pull a single file out of the repo, then svn cat
> <URL>[@rev] works.

Ok, sounds look a good alternative, I'll see if that can work by plugging
into the WebSVN php scripts; I'll just cat the old rev to a file to be
tarred/gzipped (or just outright downloaded). Thanks for the tip.

Also, I need to build a file for outright (non-tarred, non-gzipped)
downloads, because there is no way I can yet tell to figure out the size of
a file before it's extracted from the repo...and WebSVN needs to know of
the size of the file that's being download so it can show download progress
on the browser (and technically speaking so WebSVN can populate the
Content-length http header...I think). I started another thread on asking
for a 'svnlook size' command...but I don't think I got any response on that.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 5 02:50:57 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.