ZIP files in working tree

[Martin von Gagern]

On 26.03.2010 01:55, Martin Pool wrote:
> Jelmer's right that
> this would potentially make wt operations slow, but perhaps not
> infeasibly slow - you can get some stat-like information from the zip
> directory.  (Perhaps not enough.)

The zip directory has a checksum for every file. So if the plugin could
cache the checksums of checked-in files, it could detect modifications
quickly, easily and pretty reliably.

> Before going too far into it I'd want to be sure the apps are not too
> fussy about the zip file: if it can be read as a zip but has special
> rules about how it is written this might be hard.

That's one of the reasons why I would want this plugin off by default,
and only configured on for files where the user knows it's OK, knows he
expects modifications after the initial commit, and knows he wants a
look at the internal structure.

From my experience, I can tell that I have manually created or modified
the contents of such files before, including the creation of a new zip
from an unzipped dir. Never encountered trouble there so far. I guess
the most likely thing to cause trouble would be whether ot not
directories are saved in the zip as well, and if so, when. One could
provide a config switch for this, but I assume that can wait until there
is need.

Greetings,
 Martin von Gagern

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20100326/d87eed46/attachment.pgp