bazaar web interface

John Arbash Meinel john at arbash-meinel.com
Thu Jan 5 01:40:04 GMT 2006


John Arbash Meinel wrote:
> Robert Collins wrote:
> 
>>On Thu, 2006-01-05 at 12:04 +1100, Martin Pool wrote:
>>
>>
>>>On Wed, 2006-01-04 at 18:19 -0600, John Arbash Meinel wrote:
>>>
>>>
>>>
>>>>By the way Martin, it is very good to have you back. Are you actually
>>>>caught up, or would it be good to try and put some summary emails together?
>>>
>>>It's good to be back.  I had a very relaxing break where I barely
>>>touched a computer at all.  It looks like you all had fun here.
>>>
>>>I'm still reading the backlog and will reply where it seems useful and
>>>particularly to rfcs.  I've just pulled from Robert and am pushing to
>>>bzr.dev.  If this looks suitable I might make a 0.7rc1 tarball, unless
>>>there's anything urgent to fix first.
>>
>>
>>Not for 0.7rc1, but IMO definately for 0.7: the basis inventory should
>>be 'basis-inventory', not 'basis-inventory.$revid'. (Ideally, it should
>>be 'checkout/basis-inventory'.
> 
> 
> For the basis inventory stuff, you could merge my branch:
> http://bzr.arbash-meinel.com/branches/bzr/inventory-w-revision-id/
> 
> It modifies all inventories to make them:
> <inventory format="5" file_id="" revision_id="">
> 
> (Note, if we ever actually paid attention to the inventory_sha1 present
> in revision xml, this change would break them).

I should make the small comment that they only break if you are trying
to recreate an old inventory with the new code. The sha sum is still
valid for the actual text bytes that were written.
And we've already broken it, when we switched to putting a newline at
the end of the text.
We were thinking to used testaments anyway.

Oh, and if we switch to testaments, I would want to include a testament
version number in the reference. So you would have:

<revision
...
 inventory_sha1="aoeuaoeuaoeu"
 inventory_version="1"
...

Or maybe inventory_testament_version, basically just some marker so that
we can recreate exactly the same text as was used to generate the sha1,
so that we can maintain backwards compatibility. Rather than breaking
all sha1 whenever we have a format change.

John
=:->
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060104/df11634a/attachment.pgp 


More information about the bazaar mailing list