[MERGE][bug #111702] bzr init <remote_branch> connects multiple times
Vincent Ladeuil
v.ladeuil+lp at free.fr
Wed Jun 6 08:01:56 BST 2007
>>>>> "john" == John Arbash Meinel <john at arbash-meinel.com> writes:
john> Vincent Ladeuil wrote:
john> ....
>> Fire, fire ! I'm refactoring :-)
john> By the way, before you get too far down the track, I
john> would like to get your changes merged.
Nice to hear ;-)
john> So if you can come up with a semi-clean result, we can
john> merge it, and then we will continue to merge your work
john> as you finish up.
I'm pretty much finished and I have long realized that the
merging may cause problems because I address several related
different issues.
So I'll publish a branch on lp, send a merge request with a
summary of all the modifications and and we can discuss on if and
how I can redefine the patches.
BUT, I think merging the transport refactoring in 0.17 is far too
risky. I had relied on the test suite only, so the risks are
related to the test suite coverage of the transport abstraction.
I trust the test suite, but I prefer to merge when bzr.dev is
reopened ;-)
On the other hand, I will *greatly* appreciate if the review can
occur before that :-P
john> That way you don't feel like your work misses the
john> boat. As long as you feel sufficiently motivated to
john> finish :)
The day I will lack motivation (if ever) I'll make you know about
it in advance so that the good bits can be saved ;-)
<snip/>
john> Also, the way you have written this, the transport will
john> only be re-used if it is identically the same. I
john> thought we were trying to also handle cases when it is
john> a parent/child. Or is that something you are still
john> working on?
The funny thing is that, so far, this is enough to catch the
reuses... but I'm still debugging merge and that assumption may
fail.
<snip/>
>> This work is done now, I will now begin to address the multiple
>> connections bugs. So far, using ftp for the tests and disabling
>> the cache reveals ('b' is the actual number of connections):
Quick update:
- pull is fixed,
- merge is under work.
- all other were false positive caused by make_branch_and_tree in
the tests.
john> Well, you may also want to check what happens when you open:
john> http://bzr.arbash-meinel.com/branches/bzr/ünicóde-test
Quick check with bzr.dev:
bzr branch http://bzr.arbash-meinel.com/branches/bzr/ünicóde-test
bzr: ERROR: Unsupported protocol for url "http://bzr.arbash-meinel.com/branches/bzr/ünicóde-test"
vila:~/tmp :( $
I'm pretty sure it's due to the *directory* using unicode chars,
and the error is misleading.
I came across that during the refactoring, we focus on unicode
*filenames* support but we ignore the *directories* (well, those
above /.bzr).
john> However, support for that seems broken at the moment
john> (and maybe never worked). Shame. I wanted that to work
john> rather than requiring people to type:
john> http://bzr.arbash-meinel.com/branches/bzr/%c3%bcnic%c3%b3de-test/
This one works.
john> So I guess don't worry about it (though it might be
john> nice to have that work eventually)
Whatever we decide, I too, prefer to not worry about it now.
Vincent
More information about the bazaar
mailing list