<p><a href="http://Launchpad.net/bzr-keywords">http://Launchpad.net/bzr-keywords</a><br>
Uses the content filter code.</p>
<p>I wonder if you'll actually rather have 2 files. Foo.meta and Foo.dat. And when we read/write Foo.meta you play with Foo.data which is otherwise ignored.</p>
<p>It seems cleaner to me, at least.<br>
John<br>
=:-></p>
<div class="gmail_quote">On Jul 22, 2011 10:47 PM, "Anteru" <<a href="mailto:newsgroups@catchall.shelter13.net">newsgroups@catchall.shelter13.net</a>> wrote:<br type="attribution">> Hi,<br>> <br>>> You could write a content filter that would have the 'canonical' form be<br>
>> the hash of the file, and the 'convenient' form be the expanded content.<br>> thanks. I just browsed the docs, this seems at least like a good<br>> starting point. Is there some example of a content filter somewhere? I<br>
> checked my locally installed plugins, and there doesn't seem to be any.<br>> <br>> Assuming I get the content filter working, I would change the read<br>> operation to fetch the actual file from the server and the write to<br>
> store only the hash plus transferring the file contents if the hash is<br>> not yet known on the server side. For this, I need communication with<br>> the server. Is it possible to hook the bzr transport layer for this? Or<br>
> should I make that completely separate and use my own transport method?<br>> <br>> Cheers,<br>>   Anteru<br></div>