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

Re: Autoexpanding ZIP archives?

From: John Peacock <jpeacock_at_rowman.com>
Date: 2005-12-08 19:56:05 CET

Jim Blandy wrote:
> It's true that this was the original design strategy for Subversion.
> But that's not a absolute defense. The use case being suggested here
> --- storing OO files and getting reasonable repository space usage ---
> is reasonable.

What about other composite file types and the "I want to store .tar.gz
files efficiently" argument? Where do you draw the line on embedding
application file format specific routines in a general purpose tool like
Subversion. Why is this Subversion's problem to begin with and why
should _we_ solve it?

Personally, I think it would much more appropriate to alter OpenOffice
to either:

1) provide a Save Uncompressed - instead of creating a custom zip file
it creates a directory containing the components (this should be a snap,
but I haven't looked at the OO codebase, so it might be a nightmare

or better yet:

2) write a plugin to store OO documents in a Subversion repository
directly (again as a collection/folder of files) - users wanting to send
the file to someone else would "Save As" in the current zipped format.

I think this is decidedly "Not Our Problem" because of the strong
possibility of function creep.


p.s. I'm pretty sure that M$loth is talking about making the next Word
file format be a composite zip file. Ughhh...

John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 8 21:07:24 2005

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

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