Re: bzr repository ready?

[Karl Fogel]

Jason Earl <address@hidden> writes:
> There is a small wrinkle to this continuing bzr saga.  I am currently
> getting an XML error when I try and create a 0.92-pack repository (the
> current default format).  It would appear that I can only create a
> repository in the shiny new brisbane-core format.
>
> I've already talked to Ian Clatworthy about this particular bug and it
> appears to be a bug in bzr itself and not in bzr fast-import.  I just
> recently finished filing a bug in launchpad.

I really think we should test in brisbane-core anyway, actually.  So
maybe this wrinkle has a silver lining?  (M-x mix-metaphor)

> I agree that Emacs doesn't need EOL conversion.  The primary advantage
> to requiring bzr 1.14 in my opinion is that the new brisbane-core format
> is faster pretty much across the board, and that the new repositories
> require significantly less space.  Another upside is that I am currently
> able to create brisbane-core repositories :).

Yes :-).

> The downside, of course, is that brisbane-core is so new that it is only
> available as a preview format in a release candidate of the newest
> stable bzr client.
>
> That seems like a pretty big downside.
>
> Of course, in a few months bzr 2.0 will be released and the
> brisbane-core format should be the default.

In our circumstances, it's okay to aim for the future.  Bzr keeps to its
release schedule pretty reliably, and we know we're not switching until
at least Q3 or Q4 anyway.  Requiring brisbane-core now will
inconvenience just a few people -- us testers.  By the time all devs
need it, it will be widely available.

So I really think it's okay.