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

Re: Automatic NTFS compression?

From: Andy Levy <andy.levy_at_gmail.com>
Date: 2006-09-25 21:06:31 CEST

On 9/25/06, Jody Shumaker <jody.shumaker@gmail.com> wrote:
> > This seems to have started after 9/6 (I have a file with that
> > timestamp which is not compressed). My .svn directory is compressed,
> > I set that manually quite a while ago.
> >
>
> So your .svn directory is compressed. I just tested this out, and
> that's likely the cause. Because of how subversion works, it creates
> files in the .svn directory and then moves them out of there, so the
> files get created compressed and then when moved they retain that
> cmopression. So anytime you did an action that resulted in subversion
> moving a copy back out of the .svn directory, you got another file
> with compression enabled. You can try this yourself by moving any file
> out of a compressed directory into a non compressed directory.

Are you sure about that?

This only started happening recently - since the beginning of the
month, that I recall. I just tried copying the format file out of my
.svn directory (directory, and file, both compressed) out to my
desktop (not compressed), and the format file sitting on my desktop is
not compressed.

HOWEVER, I just tried with another QC, .svn not compressed. I deleted
a file (not svn del, just a regular delete), and then updated. The
restored file was not compressed. I then compressed .svn, deleted the
file, and updated. The restored file is compressed.

Difference between how the subversion libraries (since I see it using
svn as well as tsvn) does copies and how Explorer does it, maybe?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Mon Sep 25 21:08:54 2006

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

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