automatic stacking format upgrade doesn't work over the smart server
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
High
|
Andrew Bennetts |
Bug Description
This is new in 1.16 I think.
This little script reproduces:
rm -rf ~/tmp/repro
mkdir ~/tmp/repro
python -c 'import bzrlib.bzrdir; bzrlib.
bzr init --1.6 ~/tmp/repro/
echo 'default_stack_on = stack-on' > ~/tmp/repro/
bzr init --pack-0.92 ~/tmp/repro/push
bzr push -d ~/tmp/repro/push bzr+ssh:
The output is:
Created a standalone tree (format: 1.6)
Created a standalone tree (format: pack-0.92)
Source repository format does not support stacking, using format:
Packs 5 (adds stacking support, requires bzr 1.6)
Source branch format does not support stacking, using format:
Branch format 7
Using default stacking branch stack-on at file://
bzr: ERROR: The branch 'bzr+ssh:
HPSS calls: 11 (0 vfs) SmartSSHClientM
It seems the client thinks the remote branch has been created in 1.6 format, but the server created it in the default format. Or something. It doesn't break (or stack) if the default_stack_on branch is not stackable.
Related branches
- Robert Collins (community): Approve
- Diff: 63 lines
summary: |
- stacking format upgrade doesn't work over the smart server + automatic stacking format upgrade doesn't work over the smart server |
Changed in bzr: | |
importance: | Undecided → High |
description: | updated |
Changed in bzr: | |
assignee: | nobody → Andrew Bennetts (spiv) |
milestone: | none → 1.16 |
status: | New → Confirmed |
Changed in bzr: | |
status: | In Progress → Fix Committed |
This seems to be a bug involving the BzrDirFormat. initialize_ ex_1.16 HPSS verb. It's probably but not technically a regression vs. 1.15 (which probably had the same bug in its BzrDirFormat. initialize_ ex verb), but it does seem serious.